이동 요청 이해

적용 대상: Exchange Server 2010

마지막으로 수정된 항목: 2010-02-04

사서함을 이동할 때는 원본 사서함 데이터베이스에서 대상 사서함 데이터베이스로 이동합니다. 대상 사서함 데이터베이스는 동일한 서버, 다른 서버, 다른 도메인, 다른 Active Directory 사이트, 다른 포리스트에 있을 수 있습니다.

주의

사서함을 이동할 때 유의해야 할 중요한 사항은 다음과 같습니다.

• Exchange System Manager 또는 Active Directory 사용자 및 컴퓨터를 사용하여 Exchange 2003에서 Exchange 2010로 사서함을 이동할 수 없습니다.
• Exchange 2007의 Move-Mailbox cmdlet을 사용하여 Exchange 2007에서 Exchange 2010으로 사서함을 이동할 수 없습니다.
• 사서함을 이동할 때 사용자는 메시지 추적 정보를 볼 수 없습니다.

이동 요청의 장점

이동 요청은 Exchange 2010의 새 기능입니다. 이동 요청을 사용하면 다음과 같은 여러 이점이 있습니다.

• 사서함 이동은 비동기로 Microsoft Exchange MRS(Mailbox Replication Service)에 의해 수행됩니다. 자세한 내용은 이 섹션의 뒷부분에 있는 비동기 사서함 이동을 참조하십시오.

• 사서함은 비동기 이동 중 온라인 상태로 유지됩니다. 자세한 내용은 이 섹션의 뒷부분에 있는 온라인 사서함 이동을 참조하십시오.

• 사서함의 복구 가능한 항목 폴더에 있는 항목이 사서함과 함께 이동합니다.

  참고

  복구 가능한 항목 폴더는 Exchange 2010에서만 사용할 수 있습니다. 자세한 내용은 Understanding Recoverable Items를 참조하십시오.

• 사서함 이동이 시작되면 이동 완료 시 빠른 검색이 가능하도록 사서함 검색을 위한 콘텐츠 인덱싱이 바로 시작됩니다.

• 각 MRS 인스턴스, 각 사서함 데이터베이스 또는 각 사서함 서버에 대한 제한을 구성할 수 있습니다.

• 원격 사서함 이동은 Microsoft Exchange MRSProxy(사서함 복제 프록시 서비스) 방식으로 인터넷을 통해 수행됩니다. 따라서 직접 백 엔드 서버 및 포리스트 간 Active Directory 액세스를 설정하지 않아도 됩니다.

• 사서함 이동은 조직 내 Exchange 2010에서 관리할 수 있습니다.

• 사서함 콘텐츠가 관리 시스템을 통해 이동하지 않습니다. 예를 들어, Exchange 2007에서 Move-Mailbox cmdlet을 실행하면 cmdlet이 실행된 컴퓨터에서 데이터 이동을 관리합니다. 따라서 이동이 완료될 때까지 해당 Exchange 세션을 종료할 수 없습니다.

• 사서함의 이동 기록이 사서함에서 유지 관리됩니다.

비동기 사서함 이동

Exchange Server 2007에서는 사서함을 이동하기 위해 Move-Mailbox cmdlet을 사용하면 이 cmdlet이 원본 데이터베이스와 대상 데이터베이스 모두에 로깅하고, 한 사서함에서 다른 사서함으로 콘텐츠를 이동합니다. 명령이 완료될 때까지는 해당 셸을 닫을 수 없으며, 이동 중에 셸을 닫으면 이동이 실패합니다. 이동 프로세스는 완료될 때까지 몇 시간 소요될 수 있습니다.

Exchange 2010에서 이동 요청 cmdlet을 사용하면 이 cmdlet이 실제 이동을 수행하지 않으므로 비동기 이동을 수행할 수 있습니다. 이동은 Exchange 2010 조직의 모든 클라이언트 액세스 서버에서 실행되는 새로운 서비스인 Microsoft Exchange Mailbox MRS(사서함 복제 서비스)에 의해 수행됩니다. MRS를 사용하면 이동 요청이 시작된 후 조직 내 어떤 Exchange 2010 서버에서도 사서함 이동을 관리할 수 있어 유용합니다. 자세한 내용은 이 항목 뒷부분의 Microsoft Exchange 사서함 복제 서비스을 참조하십시오.

온라인 사서함 이동

온라인 사서함 이동에서 최종 사용자는 이동 중에도 전자 메일 계정에 액세스할 수 있습니다. 프로세스 끝 부분에 (마지막 동기화가 수행될 때) 잠깐 동안만 사용자 계정이 잠깁니다. 온라인 사서함 이동은 Exchange 2010 데이터베이스 간에, 그리고 Exchange 2007 SP2와 Exchange 2010 데이터베이스 간에 지원됩니다. 포리스트 간에 또는 같은 포리스트에서 온라인 사서함 이동을 수행할 수 있습니다. 로컬 사서함 이동과 원격 사서함 이동의 프로세스는 온라인 이동과 다르며 이 항목의 뒷부분에서 설명합니다.

사서함 이동의 이유

다음은 사서함을 이동해야 하는 시나리오의 예입니다.

• 전환   기존 Exchange 2007 또는 Exchange Server 2003 조직을 Exchange 2010로 전환하는 경우 기존 Exchange 서버에서 Exchange 2010 사서함 서버로 사서함을 이동하게 됩니다.
• 재배치   재배치 목적으로 사서함을 이동할 수 있습니다. 예를 들어, 사서함 크기 제한이 더 큰 데이터베이스로 사서함을 이동할 수 있습니다.
• 문제 조사   사서함의 문제를 조사해야 하는 경우 해당 사서함을 다른 서버로 이동할 수 있습니다. 예를 들어, 사용량이 많은 모든 사서함을 다른 서버로 이동할 수 있습니다.
• 손상된 사서함   사서함이 손상된 경우 다른 서버나 데이터베이스로 사서함을 이동할 수 있습니다. 손상된 메시지는 이동할 수 없습니다.
• 물리적 위치 변경   다른 Active Directory 사이트에 있는 서버로 사서함을 이동할 수 있습니다. 예를 들어, 사용자가 다른 물리적 위치로 이동하는 경우, 이 사용자의 사서함을 해당 위치에 더 가까운 서버로 이동할 수 있습니다.
• 관리 역할 분리   Windows Server 계정 관리에서 Exchange 관리를 분리해야 하는 경우가 있습니다. 이렇게 하려면 단일 포리스트에서 리소스 포리스트 시나리오로 사서함을 이동하면 됩니다. 이 시나리오에서는 Exchange 사서함이 한 포리스트에 있고 연관된 Windows 사용자 계정은 별도의 포리스트에 있습니다.
• 전자 메일 관리 아웃소싱   전자 메일 관리를 아웃소싱하고 Windows 사용자 계정 관리를 유지해야 하는 경우가 있습니다. 이렇게 하려면 단일 포리스트에서 리소스 포리스트 시나리오로 사서함을 이동하면 됩니다.
• 전자 메일 및 사용자 계정 관리 통합   별도의 아웃소싱 전자 메일 관리 모델을 동일한 포리스트 내에서 전자 메일과 사용자 계정을 관리할 수 있는 모델로 변경해야 하는 경우가 있습니다. 이렇게 하려면 리소스 포리스트 시나리오에서 단일 포리스트로 사서함을 이동하면 됩니다. 이 시나리오에서는 Exchange 사서함과 Windows 사용자 계정이 동일한 포리스트에 있습니다.

사서함 이동에 지원되는 시나리오

다음 표에서는 관련 항목에 대한 링크를 비롯하여 Exchange 사서함 이동에 지원되는 시나리오를 보여줍니다.

이동 요청에 사용되는 서비스

이동 요청은 다음 두 서비스에 의해 처리됩니다.

• Microsoft Exchange MRS(사서함 복제 서비스)
• Microsoft Exchange MRSProxy(사서함 복제 프록시) 서비스

Microsoft Exchange 사서함 복제 서비스

이동 요청 cmdlet을 사용하여 사서함을 이동할 경우 MRS가 이동 프로세스를 처리합니다. 앞서 설명했듯이 MRS는 Exchange 2010 클라이언트 액세스 서버에 상주하며, 원본 데이터베이스에서 대상 데이터베이스로 사서함을 이동하는 서비스입니다. Exchange 2007에서 사서함 이동은 Move-Mailbox cmdlet에 의해 수행되었습니다. 서비스를 이동 에이전트로 사용하여 사용자 액세스는 그대로 유지하는 동시에 사서함을 이동할 수 있습니다. 이동하는 동안 조직의 어떠한 Exchange 2010에서든 이동 요청을 보고, 취소하고, 관리할 수 있습니다.

다른 서비스와 마찬가지로 MRS를 시작하고 중지할 수 있습니다. MRS는 자체 Active Directory 사이트에서의 모든 이동 요청을 지속적으로 확인합니다. 또한 MRS의 모든 인스턴스 간에는 공유 메커니즘이 있어 두 서버가 같은 이동 요청을 수행하지 않습니다.

Active Directory 사이트의 모든 MRS 인스턴스는 MRS 인스턴스에서 데이터베이스 및 클라이언트 액세스 서버 제한이 지켜지도록 함께 작동합니다. MRS 제한은 구성 파일에 의해 제어됩니다. 기본적으로 구성 파일은 Exchange가 설치된 폴더에 있습니다.

<Exchange Installation Path>\V14\Bin\MSExchangeMailboxReplication.exe.config

다음 MRS 속성을 제어할 수 있습니다.

• MaxActiveMovesPerSourceMDB   이 속성은 원본 사서함 데이터베이스에서 한번에 이동할 수 있는 사서함 수를 나타냅니다. 기본값은 동시 이동 5개입니다.
• **MaxActiveMovesPerTargetMDB  **이 속성은 대상 사서함 데이터베이스에 한 번에 이동할 수 있는 사서함 수를 나타냅니다. 기본값은 동시 이동 5개입니다.
• MaxTotalMovesPerMRS   이 속성은 단일 MRS 인스턴스에 의해 이동할 수 있는 사서함 수를 나타냅니다. 기본값은 동시 이동 100개입니다.
• **MaxActiveMovesPerTargetServer   **이 속성은 지정된 시간에 대상 서버에서 발생할 수 있는 총 이동 수를 나타냅니다. 기본값은 동시 이동 5개입니다.
• **MaxActiveMovesPerSourceServer   **이 속성은 지정된 시간에 원본 서버에서 발생할 수 있는 총 이동 수를 나타냅니다. 기본값은 동시 이동 5개입니다.
• MaxMoveHistoryLength   이 속성은 사서함에서 유지 관리할 최대 이동 수를 나타냅니다. 기본값은 사서함당 이동 기록 2개입니다.
• FullScanMoveJobsPollingPeriod   이 속성은 새 이동 요청에 대한 각 MRS 인스턴스의 검색 빈도를 나타냅니다. 기본값은 10분입니다.

Microsoft Exchange 사서함 복제 프록시 서비스

MRS뿐 아니라 MRSProxy 서비스도 모든 Exchange 2010 클라이언트 액세스 서버에 설치됩니다. MRSProxy는 포리스트 간 이동 요청을 용이하게 하며 원격 포리스트의 Exchange 2010 클라이언트 액세스 서버에서 실행됩니다. 그러나 MRSProxy는 기본적으로 비활성화되어 있습니다. MRSProxy를 활성화할 클라이언트 액세스 서버에 대한 web.config 파일을 수정하여 원격 포리스트에서 MRSProxcy 서비스를 실행해야 합니다. 원격 포리스트의 모든 클라이언트 액세스 서버에서 MRSProxcy를 활성화하는 것이 좋습니다.

자세한 내용은 원격 클라이언트 액세스 서버에서 MRSProxy 서비스 시작를 참조하십시오.

기본 이동 요청 처리

다음 그림과 계속되는 단계에서는 로컬 이동 요청의 기본 프로세스에 대해 설명합니다.

이 시나리오에서는 Ayla의 사서함을 사서함 서버 MBX02의 원본 데이터베이스 DB01에서 사서함 서버 MBX01의 대상 데이터베이스 DB02로 이동하려고 합니다. 이를 위해 다음 명령을 실행합니다.

New-MoveRequest -Identity Ayla@contoso.com -TargetDatabase "DB02"

1. 명령이 Active Directory를 업데이트한 후 이동 요청이 시작되어 상태가 대기 중인 해당 Active Directory 사이트 내의 시스템 사서함에 특별 메시지를 넣습니다. 이동 요청에 대한 정보가 두 위치, 대상 데이터베이스의 시스템 사서함과 Active Directory에 저장됩니다. 오프라인 이동인 경우에는 사서함이 잠기며 이동 상태가 완료됨이 될 때까지 사서함에 액세스할 수 없습니다.

2. MRS의 모든 인스턴스가 해당 Active Directory 사이트에 있는 모든 데이터베이스의 시스템 사서함에 대기 중인 이동 요청이 있는지 정기적으로 확인합니다. 이 예에서는 CAS01의 MRS 인스턴스가 Ayla의 사서함이 대기 중 상태임을 확인합니다.

   참고

   New-MoveRequest cmdlet은 MRS 인스턴스 하나를 선택하고 서비스가 이동 요청을 즉시 처리하도록 요청합니다. 선택한 MRS 인스턴스가 사용 가능한 경우 이동 작업이 즉시 시작됩니다. 그렇지 않으면 사서함은 MRS 인스턴스가 이동 요청을 발견할 때까지 대기 중 상태로 있습니다.

3. MRS가 DB01에서 DB02로 데이터를 이동하기 시작합니다. MRS는 시스템 사서함에서 사서함 상태를 진행 중으로 업데이트합니다.

4. 이동이 거의 완료되면 마지막 사서함 동기화가 완료되는 동안 Ayla의 사서함이 잠시 잠깁니다. 이 시점에서 이동 요청 상태가 완료 진행 중으로 변경됩니다.

5. 이동이 완료되면 DB02에서 Ayla의 새 사서함이 활성화되고 DB01의 이전 사서함은 삭제됩니다. 이동 요청 상태는 완료됨으로 변경됩니다. Ayla의 전자 메일 클라이언트에 따라, 사서함에서 로그오프했다가 다시 로그온하여 액세스해야 할 수도 있습니다.

6. 관리자가 Active Directory 및 DB02의 시스템 사서함에서 이동 요청 정보를 지웁니다. 이동 요청 정보가 지워질 때까지 사서함을 다시 이동할 수 없습니다. 이동 요청을 지우는 방법에 대한 자세한 내용은 이동 요청 제거 또는 지우기를 참조하십시오.
   이동 레코드는 Ayla의 사서함에 보관되며 Get-MailboxStatistics cmdlet과 IncludeMoveReport 매개 변수를 실행하여 액세스할 수 있습니다. 자세한 내용은 이동 요청 속성 보기를 참조하십시오.

원격 사서함 이동

원격 사서함 이동은 포리스트 간 사서함 이동이라고도 합니다. Exchange 2010에서는 다음과 같은 두 가지 유형의 원격 사서함 이동을 지원합니다.

• 양쪽 포리스트에 모두 Exchange 2010이 있는 경우의 원격 사서함 이동
  이 시나리오에서는 한 포리스트가 Exchange 2010 포리스트이며 다른 포리스트에는 하나 이상의 Exchange 2010 클라이언트 액세스 서버가 있습니다. 이러한 사서함 이동은 EMC(Exchange 관리 콘솔) 또는 Exchange 관리 셸을 사용하여 수행할 수 있습니다. 자세한 내용은 두 포리스트에 모두 Exchange 2010이 있는 원격 이동 요청 만들기을 참조하십시오.
• 레거시 포리스트를 사용한 원격 사서함 이동
  이 시나리오에서는 한 포리스트에 Exchange 2010이 있고 다른 포리스트에 Exchange 2003 SP2(서비스 팩 2), Exchange 2007 SP2 또는 둘 모두가 있습니다. 레거시 포리스트에는 Exchange 2010 클라이언트 액세스 서버가 설치되어 있지 않습니다. EMC는 이러한 사서함 이동을 수행하는 데 사용할 수 없으며, 반드시 셸을 사용해야 합니다. 자세한 내용은 포리스트 중 하나에 Exchange 2010이 없는 원격 레거시 이동 요청 만들기을 참조하십시오.

포리스트 간 사서함 이동을 위한 준비 사항

포리스트 간에 사서함을 이동하기 위한 전제 조건은 광범위합니다. 자세한 내용은 Prepare Mailboxes for Cross-Forest Move Requests을 참조하십시오.

TargetDatabase 또는 RemoteTargetDatabase 매개 변수 사용

New-MoveRequest cmdlet은 TargetDatabase 및 RemoteTargetDatabase cmdlet을 사용하여 사서함을 이동할 대상 데이터베이스를 식별합니다.

TargetDatabase 매개 변수

이 매개 변수는 사서함을 이동할 대상 데이터베이스의 ID를 지정합니다. 이 매개 변수를 사용하여 대상 포리스트에서 이동을 시작할 때 로컬 및 원격 사서함 이동을 수행합니다. 원본 포리스트에서 이동을 시작하면 MRS는 원본 포리스트에서 대상 포리스트로 사서함을 "풀"합니다.

RemoteTargetDatabase 매개 변수

이 매개 변수는 원격 포리스트에 있는 대상 데이터베이스의 ID를 지정합니다. 이 매개 변수는 원본 포리스트에서 이동을 시작해야 할 때 원격 사서함 이동에만 사용하십시오. 예를 들어 Exchange 2010 서버에서 Exchange 2007 또는 Exchange 2003 서버로 사서함을 이동하는 경우 원본 포리스트인 Exchange 2010 포리스트에서 이동을 시작할 수 있습니다. 원본 포리스트에서 이동을 시작하면 MRS는 Exchange 2010 서버에서 Exchange 2007 또는 Exchange 2003 서버로 사서함을 "푸시"합니다.

다음 예에서는 Tony Smith의 사서함을 원격 포리스트로 이동합니다.

New-MoveRequest -Identity 'tony@humongousinsurance.com -RemoteLegacy -RemoteTargetDatabase DB03 -RemoteGlobalCatalog 'GC01.humongousinsurance.com' -RemoteCredential $Cred -TargetDeliveryDomain 'mail.contoso.com'

두 포리스트에서 Exchange 2010을 사용하여 원격 사서함 이동

다음 그림에서는 이 원격 사서함 이동 시나리오를 보여줍니다.

• 한 포리스트는 Exchange 2010 포리스트이고 다른 포리스트에는 하나 이상의 Exchange 2010 클라이언트 액세스 서버가 있습니다.

• MRS 및 MRSProxy는 모든 Exchange 2010 클라이언트 액세스에 존재합니다. MRS는 포리스트 간 이동을 처리합니다.

• Fourth Coffee와 Contoso 포리스트는 모두 Exchange 2010 클라이언트 액세스 서버가 있지만 Contoso에만 Exchange 2010 사서함 서버가 있습니다. Fourth Coffee에는 Exchange 2007 SP2 사서함 서버만 있습니다.

• Fourth Coffee에는 tony@fourthcoffee.com의 사서함이 있습니다. Contoso에는 모든 선행 설정이 구성된, 메일 사용이 가능한 사용자 tony@fourthcoffee.com이 있습니다.

• 다음 명령은 대상 포리스트인 Contoso.com에서 실행됩니다.

  New-MoveRequest -Identity 'tony@fourthcoffee.com' -TargetDatabase DBa  -RemoteHostName 'CAS01.fourthcofee.com' -RemoteCredential (Get-Credential Atlanta\Administrator) -TargetDeliveryDomain 'mail.contoso.com'
  

1. New-MoveRequest cmdlet이 Contoso 포리스트의 클라이언트 액세스 서버에서 MRS를 실행합니다. Contoso의 Active Directory 정보 및 대상 데이터베이스의 시스템 사서함이 업데이트됩니다. 이 시점에서 이동 요청 상태는 대기 중입니다.

2. 이동을 시작하기 위해 Contoso 포리스트의 MRS가 FourthCoffee 포리스트의 MRSProxy를 통해 통신합니다. MRSProxy는 Fourth Coffee의 Active Directory 정보 및 원격 데이터베이스의 시스템 사서함을 업데이트합니다. 이 시점에서 상태가 진행 중으로 변경됩니다.

3. Contoso 포리스트의 MRS 서버가 Fourth Coffee의 MRSProxy 서버를 통해 사서함 서버로부터 Tony의 사서함 데이터를 메일 사용이 가능한 사용자 tony@fourthcoffee.com으로 풀합니다. 이 시점에서 상태는 진행 중입니다.

4. 사서함 이동이 거의 완료되면 MRSProxcy는 마지막 동기화가 완료되는 동안 잠시 Fourth Coffee에서 Tony의 사서함을 잠급니다. 이 시점에서 상태는 완료 진행 중입니다.

5. Contoso 포리스트에서 MRS가 메일 사용이 가능한 사용자 tony@fourthcoffee.com을 사서함 tony@contoso.com으로 변환합니다. Fourth Coffee 포리스트에서 MRSProxy가 사서함 tony@fourthcoffee.com을 메일 사용이 가능한 사용자 tony@contoso.com으로 변환합니다. 이 시점에서 상태는 완료됨입니다. 이제 Tony는 Contoso 포리스트에 있는 자신의 사서함에 액세스할 수 있습니다. Tony의 전자 메일 클라이언트에 따라, 사서함에서 로그오프했다가 다시 로그온하여 액세스해야 할 수도 있습니다.

6. 관리자는 Active Directory 및 시스템 사서함에서 이동 요청 정보를 지웁니다. 이동 요청 정보가 지워질 때까지 사서함을 다시 이동할 수 없습니다. 이동 요청을 지우는 방법에 대한 자세한 내용은 이동 요청 제거 또는 지우기를 참조하십시오.
   이동 레코드는 Tony의 사서함에 보관되며 Get-MailboxStatistics cmdlet과 IncludeMoveReport 매개 변수를 실행하여 액세스할 수 있습니다.

   참고

   사서함을 원격 포리스트에 다시 이동하려면 Contoso 포리스트에서 이동을 시작해야 합니다. Contoso의 사서함 서버가 최신 버전의 Exchange(여기서는 Exchange 2010)를 실행하고 있기 때문입니다. 또한 New-MoveRequest cmdlet을 실행할 때 RemoteTargetDatabase 매개 변수를 사용해야 합니다.

원격 레거시 사서함 이동

Exchange 2003이나 Exchange 2007 조직에서 또는 Exchange 2003이나 Exchange 2007 조직으로 사서함을 원격으로 이동하려 하고 해당 조직에 Exchange 2010 클라이언트 액세스 서버가 없는 경우 Exchange 2010 포리스트의 MRS는 원격 레거시 데이터베이스 및 원격 조직의 Active Directory 서버에 직접 액세스합니다. 원격 레거시 이동 요청을 수행할 때는 명령에 다음 정보를 제공해야 합니다.

• 메일 사용이 가능한 사용자의 ID
• RemoteLegacy 스위치
• 원격 글로벌 카탈로그 서버의 FQDN
• 이동 요청이 완료될 때 메일 사용이 가능한 사용자에 대해 원본 포리스트에 만들어지는 외부 전자 메일 주소의 FQDN
• 사서함을 Exchange 2010으로 이동하는 경우 대상 데이터베이스, 또는 사서함을 Exchange 2010에서 원격 레거시 데이터베이스로 이동하는 경우 원격 대상 데이터베이스

다음 그림에서는 이 원격 레거시 사서함 이동 시나리오를 보여줍니다.

• 레거시 포리스트(Humongous Insurance)에는 Exchange 2010 클라이언트 액세스 서버가 없습니다. 이 시나리오는 원격 이동 요청 프로세스와 비슷합니다. 그러나 원격 레거시 포리스트에 연결할 MRSProxy 인스턴스가 없으므로 Contoso 포리스트의 MRS는 Humongous Insurance의 Active Directory 서버 및 Exchange 2003 사서함 데이터베이스의 시스템 사서함에 직접 연결합니다.

• Exchange 2003 사서함을 Exchange 2010으로 이동하는 경우 사서함 이동은 오프라인 상태에서 수행됩니다. 이동하는 동안 사용자는 자신의 사서함에 액세스할 수 없습니다. Exchange 2007 SP2를 Exchange 2010 사서함으로 이동할 때는 이동이 온라인 상태에서 수행되므로 사용자는 이동 중 자신의 사서함에 액세스할 수 있습니다.

• 다음 명령은 대상 포리스트인 Contoso.com에서 실행됩니다.

  New-MoveRequest -Identity 'tony@humongousinsurance.com -RemoteLegacy 
  -TargetDatabase DB02  -RemoteGlobalCatalog 'GC01.humongousinsurance.com' -RemoteCredential $Cred -TargetDeliveryDomain 'mail.contoso.com'
  

사서함 이동 자동 완료

Exchange 2010의 MoveMailbox.ps1 스크립트는 Exchange 2007 Move-Mailbox cmdlet과 유사한 동기식 사서함 이동 관리 기능을 제공합니다. 기본적으로 스크립트는 C:\Program Files\Microsoft\Exchange Server\V14\Scripts에 설치됩니다. 자세한 내용은 셸에서 MoveMailbox.ps1 스크립트를 사용하여 사서함 이동를 참조하십시오.

MoveMailbox.ps1은 다음 작업을 수행합니다.

1. 새 로컬 이동 요청을 만듭니다.
2. 사서함 이동이 완료될 때까지 대기합니다.
3. 이동이 완료되면 이동 요청을 제거합니다.

보관 사서함

이동하려는 사서함에 대한 개인 보관함이 있는 경우 이 보관함은 기본 사서함으로 이동됩니다. 보관 사서함과 기본 사서함은 동일한 사서함 데이터베이스 서버에 상주해야 하기 때문입니다. 개인 보관함을 가진 사서함을 이동하기 전, 데이터베이스 크기뿐만 아니라 이동이 완료되는 데 걸리는 시간에 대해서도 보관함의 크기를 고려해야 합니다.

사서함을 Exchange 2010 서버에서 Exchange 2003 또는 Exchange 2007 서버로 이동하는 경우 사서함 이동 전에 개인 보관함을 사용하지 않도록 설정해야 합니다. 자세한 내용은 사서함에 대해 개인 보관 파일 사용 안 함을 참조하십시오.

개인 보관함에 대한 자세한 내용은 개인 보관 파일 이해를 참조하십시오.

공유 사서함 및 리소스 사서함

기본 사용자 사서함 외에도 공유 사서함과 리소스 사서함을 이동할 수 있습니다. 공유 사서함은 여러 사용자가 로그온할 수 있는 사서함입니다. 리소스 사서함은 회의실이나 비디오 장비 등의 리소스 종류를 나타내는 사서함입니다. 리소스 사서함의 Active Directory에는 사용자 사서함 및 공유 사서함에는 없는 추가적인 속성(예: 용량)이 있습니다.

Exchange 2003에는 리소스 사서함이 없습니다. 그 대신 공유 사서함을 사용하여 리소스를 나타내야 합니다. Exchange 2003에서 Exchange 2010로 공유 사서함을 이동하는 경우 MRS가 이 사서함을 공유 Exchange 2010 사서함으로 만듭니다. Exchange 2010으로 사서함을 이동한 후 이 사서함을 리소스 사서함으로 변환할 수 있습니다. 공유 사서함을 리소스 사서함으로 변환하는 방법에 대한 자세한 내용은 사서함 변환을 참조하십시오.

서버 오류 발생 시의 사서함 이동

이동 요청은 일시적인 오류를 처리할 수 있습니다. MRS는 5분마다 검사점을 수행하여 사서함을 이동할 데이터베이스가 잘 작동 중인지 확인합니다. 대상 데이터베이스가 작동하고 있지 않으면 MRS는 30초간 이동을 일시 중지했다가 다시 시도합니다. 장애 조치(failover)가 수행되는 경우에는 이동이 실패하지 않습니다. 대신 MRS는 데이터베이스 장애 조치(failover)를 감지하고 새로운 데이터베이스 위치를 결정한 후 이동 프로세스를 다시 시작합니다.

발생할 수 있는 다른 오류는 MRS가 실행되는 클라이언트 액세스 서버가 응답을 중지하는 것입니다. 이 경우에는 이동이 중지되고, 다른 MRS 인스턴스 중 하나가 프로세스를 계속하여 이동을 완료합니다.

자세한 내용은 사서함 이동 문제 해결를 참조하십시오.