이동 요청 이해

 

적용 대상: Exchange Server 2010 SP2, Exchange Server 2010 SP3

마지막으로 수정된 항목: 2015-03-09

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

목차

주의

Exchange 2010 SP1의 변경 사항

Exchange 이전 버전에서의 사서함 이동에 대한 제한 사항

이동 요청의 장점

사서함 이동의 이유

사서함 이동에 대한 지원 시나리오

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

기본 이동 요청 처리

원격 사서함 이동

스크립트를 사용하여 사서함 이동

사서함 일시 삭제

개인 보관함

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

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

클라이언트 환경

이동 요청과 관련된 관리 작업에 대한 자세한 내용은 이동 요청 관리를 참조하십시오.

주의

사서함 이동의 경우 다음을 고려합니다.

• Exchange System Manager 또는 Active Directory 사용자 및 컴퓨터를 사용하여 Microsoft Exchange Server 2003에서 Exchange Server 2010으로 사서함을 이동할 수 없습니다.

• Exchange Server 2007의 Move-Mailbox cmdlet 을 사용하여 사서함을 Exchange 2007에서 Exchange 2010으로 이동할 수 없습니다.

• 사서함을 이동할 때 사용자는 메시지 추적 정보를 볼 수 없습니다.

주의

Exchange 2010 SP1의 변경 사항

Exchange 2010 SP1(서비스 팩 1)의 이동 요청 기능이 다음과 같이 변경되었습니다.

• 이제 Exchange 2010 SP1은 원본 데이터베이스에서 사서함을 일시 삭제하므로 사서함 서버 장애 조치(failover)나 데이터 손실이 발생한 경우에 사서함을 복구할 수 있습니다. 일시 삭제된 사서함은 MailboxRestoreRequest cmdlet 집합을 사용하여 복원할 수 있습니다. 자세한 내용은 이 항목의 뒷부분에 있는 사서함 일시 삭제을 참조하십시오.

  참고

  일시 삭제된 사서함을 사용하려면 요청을 수행하는 원본 사서함 서버 및 클라이언트 액세스 서버 모두가 Exchange 2010 SP1을 실행해야 합니다.

• 별도 데이터베이스로의 아카이브 이동을 지원하도록 MoveRequest cmdlet 집합이 업데이트되었습니다.

주의

Exchange 이전 버전에서의 사서함 이동에 대한 제한 사항

Exchange 2007은 Move-Mailbox cmdlet을 사용하여 사서함 데이터베이스 간에 사서함을 이동합니다. 이 cmdlet을 사용하는 데에는 제한 사항이 있습니다.

• 사서함 이동은 오프라인 상태로 수행됩니다. 사서함을 이동하는 데에는 몇 시간이 걸릴 수 있으며 그 동안 사용자는 사서함에 액세스 할 수 없습니다.

• 사서함 이동은 동기식입니다. cmdlet이 실제로 이동을 수행하지 않은 상태에서 이동 수행 중에 Exchange 관리 셸 세션을 닫을 수 없습니다.

• 휴지통 폴더는 사서함과 함께 이동되지 않습니다.

• 이동이 완료될 때까지는 콘텐츠 인덱싱이 시작되지 않습니다. 이로 인해 인덱싱이 완료될 때까지는 사용자를 위한 검색 환경이 제대로 갖추어지지 않습니다.

• 이동 제한에 대해 관리자가 수동으로 제어합니다.

• 포리스트 간에 사서함을 이동하는 경우 Active Directory 및 사서함 데이터베이스에 직접 액세스해야 합니다.

주의

이동 요청의 장점

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

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

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

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

  참고

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

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

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

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

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

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

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

비동기 사서함 이동

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

온라인 사서함 이동

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

주의

사서함 이동의 이유

다음 시나리오에서 사서함을 이동해야 할 수 있습니다.

• 전환   기존 Exchange 2007 또는 Exchange Server 2003 조직을 Exchange 2010으로 전환하는 경우 기존 Exchange 서버에서 Exchange 2010 사서함 서버로 사서함을 이동합니다.

• 재배치   재배치 목적으로 사서함을 이동할 수 있습니다. 예를 들어, 사서함 크기 제한이 더 큰 데이터베이스로 사서함을 이동할 수 있습니다.

• 문제 조사   사서함의 문제를 조사해야 하는 경우 해당 사서함을 다른 서버로 이동할 수 있습니다. 예를 들어, 사용량이 많은 모든 사서함을 다른 서버로 이동할 수 있습니다.

• 손상된 사서함   사서함이 손상된 경우 다른 서버나 데이터베이스로 사서함을 이동할 수 있습니다. 손상된 메시지는 이동할 수 없습니다.

• 물리적 위치 변경   다른 Active Directory 사이트에 있는 서버로 사서함을 이동할 수 있습니다. 예를 들어, 사용자가 다른 물리적 위치로 이동하는 경우, 이 사용자의 사서함을 해당 위치에 더 가까운 서버로 이동할 수 있습니다.

• 관리 역할 분리   Exchange 운영 체제 계정 관리에서 Windows 관리를 분리해야 할 수 있습니다. 이렇게 하려면 단일 포리스트에서 리소스 포리스트 시나리오로 사서함을 이동하면 됩니다. 이 시나리오에서는 Exchange 사서함이 한 포리스트에 있고 관련 Windows 사용자 계정은 별도의 포리스트에 있습니다.

• 전자 메일 관리 아웃소싱   전자 메일 관리를 아웃소싱하고 Windows 사용자 계정 관리를 유지해야 하는 경우가 있습니다. 이렇게 하려면 단일 포리스트에서 리소스 포리스트 시나리오로 사서함을 이동하면 됩니다.

• 전자 메일 및 사용자 계정 관리 통합   별도의 아웃소싱 전자 메일 관리 모델을 동일한 포리스트 내에서 전자 메일과 사용자 계정을 관리할 수 있는 모델로 변경해야 하는 경우가 있습니다. 이렇게 하려면 리소스 포리스트 시나리오에서 단일 포리스트로 사서함을 이동하면 됩니다. 이 시나리오에서는 Exchange 사서함과 Windows 사용자 계정이 동일 포리스트에 있습니다.

주의

사서함 이동에 대한 지원 시나리오

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

사서함 이동에 대한 지원 시나리오

이동 원본 위치	이동 대상 위치	지원됨	온라인 이동 지원 여부	관련 항목
Exchange 2010	Exchange 2010	예	예	이동 요청 관리
Exchange 2007 SP3	Exchange 2010	예	예	Exchange 2007 Server에서 Exchange 2010 Server로 사서함 이동
Exchange 2007 SP1	Exchange 2010	아니요	아니요	Exchange 2007 Server에서 Exchange 2010 Server로 사서함 이동
Exchange 2003 SP2	Exchange 2010	예	아니요	Exchange 2003 Server에서 Exchange 2010 Server로 사서함 이동
Exchange 2010	Exchange 2007 SP3	예	아니요	Exchange 2010 Server에서 Exchange Server 2007 Server로 사서함 이동
Exchange 2010	Exchange 2003 SP2	예	아니요	Exchange 2010 Server에서 Exchange 2003 Server로 사서함 이동
Exchange 2000	Exchange 2010	아니요	아니요	해당 없음
Exchange 2010	Exchange 2000	아니요	아니요	해당 없음

주의

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

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

• 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 제한은 구성 파일에 의해 제어됩니다. 구성 파일을 수정하는 방법에 대한 자세한 내용은 사서함 복제 서비스 제한을 참조하십시오.

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

MRS뿐 아니라 MRSProxy 서비스도 모든 Exchange 2010 클라이언트 액세스 서버에 설치됩니다. MRSProxy는 포리스트 간 이동 요청을 용이하게 하고 원격 포리스트의 Exchange 2010 클라이언트 액세스 서버에서 실행됩니다. 그러나 MRSProxy는 기본적으로 비활성화되어 있습니다. 원격 포리스트에서 MRSProxy 서비스를 켜야 합니다. 원격 포리스트의 모든 클라이언트 액세스 서버에서 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 포리스트를 통해 원격 사서함 이동   이 시나리오에서 한 포리스트는 Exchange 2010을 포함하고 다른 포리스트는 Exchange 2003 SP2, Exchange 2007 SP3 또는 두 가지 조합을 포함합니다. 레거시 포리스트에는 Exchange 2010 클라이언트 액세스 서버가 설치되어 있지 않습니다. EMC를 사용하여 이 사서함 이동을 수행할 수는 없습니다. 셸을 사용해야 합니다. 자세한 내용은 포리스트 중 하나에 Exchange 2010이 없는 원격 레거시 이동 요청 만들기을 참조하십시오.

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

포리스트 간에 사서함을 이동하기 위한 전제 조건은 광범위합니다. 자세한 내용은 크로스 포리스트 이동 요청을 위한 사서함 준비을 참조하십시오.

TargetDatabase 또는 RemoteTargetDatabase 매개 변수 사용

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

TargetDatabase 매개 변수

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

RemoteTargetDatabase 매개 변수

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 SP3 사서함 서버만 있습니다.

• 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 2007 또는 Exchange 2003 조직 간에 원격으로 사서함을 이동하는 경우 해당 조직에 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 SP3을 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 SP1 데이터베이스에서 다른 데이터베이스로 이동된 경우 Exchange는 이동이 완료된 후 즉시 원본 데이터베이스에서 해당 사서함을 완전히 삭제하지 않습니다. 대신, 원본 사서함 데이터베이스의 사서함이 일시 삭제 상태로 전환됩니다. 사서함 복구 작업 동안 MailboxRestoreRequest cmdlet 집합을 사용하여 사서함 데이터에 액세스할 수 있습니다. 삭제된 사서함 보존 기간이 만료되거나 Remove-StoreMailbox cmdlet을 사용하여 사서함을 제거할 때까지 일시 삭제된 사서함은 원본 데이터베이스에 보존됩니다.

일시 삭제된 사서함을 보려면 데이터베이스에 대해 Get-MailboxStatistics cmdlet을 실행하고 SoftDeleted의 값을 가진 DisconnectReason 속성이 있는 결과를 찾습니다.

개인 보관함

IExchange 2010의 RTM(Release To Manufacturing) 버전에서 개인 보관함이 이동하려는 사서함에 존재하는 경우 해당 보관함은 기본 사서함과 함께 이동합니다. 개인 보관함과 기본 사서함은 동일한 사서함 데이터베이스 서버에 상주해야 하기 때문입니다. 개인 보관함이 있는 사서함을 이동하기 전에 해당 보관함의 크기를 고려해야 합니다. 데이터베이스 크기 및 크기에 따라 이동 완료 시간에 영향을 줄 수도 있다는 것을 고려하십시오.

Exchange 2010 SP1에서 개인 보관함 및 사서함은 각각 다른 데이터베이스에 존재할 수 있습니다. EMC에 있는 이동 요청 cmdlet 및 이동 요청 UI (사용자 인터페이스)를 통해 사서함 및 개인 보관함을 함께 또는 각각 독립적으로 이동할 수 있습니다. 기본적으로 기본 사서함과 보관함은 함께 이동합니다. 보관함과 기본 사서함을 독립적으로 이동하는 정보에 대한 자세한 내용은 로컬 이동 요청 만들기를 참조하십시오.

사서함을 Exchange 2010 서버에서 Exchange 2007 또는 Exchange 2003 서버로 이동하는 경우 먼저 사서함 이동 전에 개인 보관함을 사용하지 않도록 설정해야 합니다. 자세한 내용은 사서함에 대해 개인(온-프레미스) 또는 클라우드 기반 보관 파일 사용 안 함을 참조하십시오.

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

주의

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

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

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

주의

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

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

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

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

주의

클라이언트 환경

다음 표에서는 사서함이 이동하는 Exchange 버전 및 이동 요청이 시작될 때 사용하는 클라이언트 응용 프로그램을 기반으로 최종 사용자가 가지게 되는 여러 환경에 대해 설명합니다.

Exchange 버전 및 클라이언트 응용 프로그램을 기반으로 한 클라이언트 환경

이동 원본 위치	이동 대상 위치	이동이 시작될 때 사용 중인 클라이언트 응용 프로그램	최종 사용자 환경
Exchange 2010 또는 Exchange 2007 SP2	Exchange 2010	Microsoft Outlook 2010, Office Outlook 2007 또는 Office Outlook 2003	이동 요청이 완료 진행 중 상태인 경우 사서함은 잠시 동안 잠깁니다. 이동이 완료되면 Outlook에서 Outlook을 닫고 다시 시작하도록 사용자에게 알리는 메시지를 표시합니다.
Exchange 2010	Exchange 2010	Outlook Web App	이동 요청이 완료 진행 중 상태인 경우 사서함은 잠시 동안 잠깁니다. 사서함이 잠길 때 사용자가 Outlook Web App에 로그온 하거나, 사서함이 잠겨 있는 동안 로그온을 시도하는 경우 사용자는 사서함이 이동 중이라는 오류 메시지를 받고 이동이 완료될 때까지 로그온할 수 없습니다. 사용자가 그 시점에 로그온하지 않는 경우 Outlook Web App를 액세스하는 데 사용하는 URL이 변경되지 않는 한 사용자는 이동에 대해 알지 못합니다. URL이 변경되면 사용자는 다음과 유사한 메시지를 받습니다. "최고의 성능으로 이 사서함을 열려면 다음 링크를 사용하십시오. https://mail.contoso.com/OWA" 사용자가 해당 링크를 클릭하면 새 위치로 직접 이동하여 자격 증명을 사용해 로그온할 수 있습니다.
Exchange 2007 SP3	Exchange 2010	Microsoft Outlook Web Access	이동 요청이 완료 진행 중 상태인 경우 사서함은 잠시 동안 잠깁니다. 사서함이 잠길 때 사용자가 Outlook Web Access에 로그인하는 경우 자동으로 로그오프되며 해당 사서함을 보려면 다시 로그온해야 합니다. 사용자가 그 시점에 로그온하지 않는 경우 Outlook Web Access를 액세스하는 데 사용하는 URL이 변경되지 않는 한 사용자는 이동에 대해 알지 못합니다. URL이 변경되면 사용자는 다음과 유사한 메시지를 받습니다. "최고의 성능으로 이 사서함을 열려면 다음 링크를 사용하십시오. https://mail.contoso.com/OWA" 사용자가 해당 링크를 클릭하면 새 위치로 직접 이동하여 자격 증명을 사용해 로그온할 수 있습니다.
Exchange 2010 또는 Exchange 2007 SP3	Exchange 2010	Outlook 모바일 액세스	이동 요청이 완료 진행 중 상태인 경우 사서함은 잠시 동안 잠깁니다. 사용자가 사용하는 Outlook Web App URL이 변경될 때만 중단이 됩니다. URL이 변경되면 사용자 휴대폰의 전자 메일 설정에서 URL을 수정해야 합니다.
Exchange 2010 또는 Exchange 2007 SP3	Exchange 2010	타사 클라이언트 응용 프로그램	이동 요청이 완료 진행 중 상태인 경우 사서함은 잠시 동안 잠깁니다. 사용자가 타사 클라이언트 응용 프로그램(예: Eudora)을 사용하는 경우에는 이동 요청이 완료된 후 사용자가 로그오프 한 다음 다시 로그온해야 하는지를 판단하려면 제조사를 확인합니다.
Exchange 2003 SP2 또는 SP3	Exchange 2010	Outlook 2003 및 Outlook Web Access	오프라인 이동이며 사용자는 이동 요청을 처리하는 동안 해당 사서함을 액세스 할 수 없습니다. 하지만 사용자는 Outlook을 사용하여 로컬에 저장된 전자 메일을 액세스 할 수 있습니다. 사용자는 이 시간 동안 Outlook Web Access를 사용할 수 없습니다. 이동이 완료된 경우 Outlook은 Outlook을 닫고 다시 시작하도록 사용자에게 알리는 메시지를 표시합니다.
Exchange 2003 SP2	Exchange 2010	Outlook 모바일 액세스	이동 요청이 완료 진행 중 상태인 경우 사서함은 잠시 동안 잠깁니다. 사용자가 사용하는 Outlook Web Access URL이 변경될 때만 중단이 됩니다. URL이 변경되면 사용자 휴대폰의 전자 메일 설정에서 URL을 수정해야 합니다.
Exchange 2010	Exchange 2007 SP3	Outlook 2007 및 Outlook Web Access	오프라인 이동이며 사용자는 이동 요청을 처리하는 동안 해당 사서함을 액세스 할 수 없습니다. 하지만 사용자는 Outlook을 사용하여 로컬에 저장된 전자 메일을 액세스 할 수 있습니다. 사용자는 이 시간 동안 Outlook Web Access를 사용할 수 없습니다. 이동이 완료된 경우 Outlook은 Outlook을 닫고 다시 시작하도록 사용자에게 알리는 메시지를 표시합니다.
Exchange 2010	Exchange 2003 SP2	Outlook 2003 및 Outlook Web Access	오프라인 이동이며 사용자는 이동 요청을 처리하는 동안 해당 사서함을 액세스 할 수 없습니다. 하지만 사용자는 Outlook을 사용하여 로컬에 저장된 전자 메일을 액세스 할 수 있습니다. 사용자는 이 시간 동안 Outlook Web Access를 사용할 수 없습니다. 이동이 완료된 경우 Outlook은 Outlook을 닫고 다시 시작하도록 사용자에게 알리는 메시지를 표시합니다.

주의

 © 2010 Microsoft Corporation. 모든 권리 보유.