이번에는 아래의 기술자료에 대해서 셀프스터디 진행

Mailbox moves in Exchange 2013

https://docs.microsoft.com/en-us/exchange/mailbox-moves-in-exchange-2013-exchange-2013-help

When you move a mailbox, you're moving it from a source mailbox database to a target mailbox database. The target mailbox database can be on the same server, on a different server, in a different domain, in a different Active Directory site, or in another forest.

 

 

 

 

Visio 대략 표현하면 아래와 같습니다.

Same Server

Different Server

 

Different Domain

 

Different AD Site or another Forest

 

Reasons for moving mailboxes

 

Upgrade

When you upgrade from an existing Microsoft Exchange Server 2007 or Exchange Server 2010 organization to Exchange Server 2013, you move mailboxes from the existing Exchange servers to an Exchange 2013 Mailbox server.

 

다른 버전 공존 (Coexistence) 시나리오

MS 제품 수명주기 특성상, 시간이 흐르면 상위 버전으로 업데이트가 필요합니다.

Windows Client Server 같이 In-place Upgrade 지원되지 않습니다.

아래의 그림처럼 한시적으로 공존하며 마이그레이션 완료이후 Decommision 하는 방향으로 진행됩니다.

 

Realignment (재배치)  

  • You can move mailboxes for realignment purposes. For example, you may want to move a mailbox from one database to a database that has a larger mailbox size limit.

 

  • 기술자료에서 DB 용량 정책이 다를 경우에 대해서 예시를 들어줬습니다.

Database 속성에서 제한을 살펴보면 용량에 대한 보내기 받기 금지 정책을 설정할 있습니다.

 

Investigate an issue  

  • If you need to investigate an issue with a mailbox, you can move that mailbox to a different server. For example, you can move all mailboxes that have high activity to another server.
  • 개인적으로는 이슈 확인을 위해서 Moverequest 하는 경우가 많을 것으로 생각됩니다.

 Fix 하기위해서는 업데이트나 재부팅의 동작이 필요할 있는데 이경우 일시적으로 사서함을 이용 못하는 문제가 발생합니다. 아래의 그림에서 만약 EX16MBX1 서버 DB들에 속해 있는 사용자들이 오동작이 발견 되었다면, EX16MBX2 일시적으로 이동이 필요합니다.

참고로 누적 업데이트(CU) 설치하면 롤백이 불가능합니다

 

Corrupted mailboxes  (손상된 사서함)

  • If you encounter corrupted mailboxes, you can move the mailboxes to a different server or database. The corrupted messages won't be moved.

여기서 연장선상으로 New-Moverequest 에는 BadItemlimit 라는 매개 변수가 있습니다.

New-MoveRequest

https://docs.microsoft.com/en-us/powershell/module/exchange/move-and-migration/new-moverequest?view=exchange-ps

 

BadItemLimit 매개 변수는 요청이 실패하기 전에 허용되는 잘못된 항목의 최대 개수를 지정합니다. 잘못된 항목은 대상 사서함에 복사 할 수 없는 원본 사서함의 손상된 항목입니다. 또한 불량 품목 한도에 누락 된 품목이 포함되어 있습니다. 누락 된 항목은 요청을 완료 할 준비가 되었을 때 대상 사서함에서 찾을 수 없는 원본 사서함의 항목입니다.

 

이 매개 변수의 유효한 입력은 정수 또는 무제한 값입니다. 기본값은 0입니다. 이는 잘못된 항목이 발견되면 요청이 실패 함을 의미합니다. 몇 가지 잘못된 항목을 남겨 두어도 괜찮 으면이 매개 변수를 적절한 값 (10 이하 권장)으로 설정하여 요청을 진행할 수 있습니다. 잘못된 항목이 너무 많이 발견되면 New-MailboxRepairRequest cmdlet을 사용하여 원본 사서함에서 손상된 항목을 수정하고 요청을 다시 시도하십시오.

 

이 값을 51 이상으로 설정하면 AcceptLargeDataLoss 스위치도 사용해야 합니다. 그렇지 않으면 명령이 실패합니다.

  • 보통 New-Moverequest 사례들을 보면 10 아니면 50으로 지정됩니다.

 

 

Physical location changes   (실제 위치 변경)

  • You can move mailboxes to a server in a different Active Directory site. For example, if a user moves to a different physical location, you can move that user's mailbox to a server closer to the new location.
  • 아례와 같은 예로 실제 서울 -> 부산 으로 실제 물리적 AD Site 이동할 때의 시나리오로 있습니다.

 

 

Separation of administrative roles  

  • You may want to separate Exchange administration from Windows operating system account administration. To do this, you can move mailboxes from a single forest into a resource forest scenario. In this scenario, the Exchange mailboxes reside in one forest and their associated Windows user accounts reside in a separate forest.

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

  • 부분은 Resource forest 대한 이해가 필요할 것으로 보입니다.

 

Resource Forest 대해서 잠깐 살펴보겠습니다.

Forest Design Models

https://docs.microsoft.com/en-us/windows-server/identity/ad-ds/plan/forest-design-models

 

 

자료를 봐도 이해가 어렵습니다.

 

Exchange 대해서만 놓고 보면 Multiple Forest 시나리오는 Cross-forest Resource-forest 시나리오가 있습니다.

아래의 Multiple Forest 배포를 보면 도움이 것으로 보입니다.

Deploy multiple forest topologies for Exchange 2013

https://docs.microsoft.com/en-us/exchange/deploy-multiple-forest-topologies-for-exchange-2013-exchange-2013-help

Deploy Exchange 2013 in a cross-forest topology

https://docs.microsoft.com/en-us/exchange/deploy-exchange-2013-in-a-cross-forest-topology-exchange-2013-help

Deploy Exchange 2013 in an Exchange resource forest topology

https://docs.microsoft.com/en-us/exchange/deploy-exchange-2013-in-an-exchange-resource-forest-topology-exchange-2013-help

 

부분은 연결된 사서함을 참고하시면 됩니다.

연결된 사서함 관리

https://docs.microsoft.com/ko-kr/exchange/recipients/linked-mailboxes?view=exchserver-2019

 

Outsource email administration  

  • You may want to outsource the administration of email and retain the administration of Windows user accounts. To do this, you can move mailboxes from a single forest into a resource forest scenario.

 

의미를 해석해 보자면

 

단일 포레스트 contoso.kr 존재하고, Onpremise 서버가 존재

 

메일 서버를 자체운영이 아닌 Outsourcing 운영으로 결정한 , 마이그레이션 진행

 

완료 후에는 Exchange Decommission 진행

 

 

방향 자체는 Office 365 하이브리드 시나리오와 유사합니다.

물론 Hybrid 엄밀하게 말하면 Cross-Forest 시나리오라고 있습니다.

 

Onpremise Cross Forest -> MIM or FIM Synchronization Service 사용하여 동기화

 

Office 365 Hybrid -> Azure AD Connect Sync 사용하여 동기화

 

Integrate email and user account administration  

  • You may want to change from a separated or outsourced email administration model to a model in which email and user accounts can be managed from within the same forest. To do this, you can move mailboxes from a resource forest scenario to a single forest. In this scenario, the Exchange mailboxes and Windows user accounts reside in the same forest.

위에서 설명한 내용과 반대 시나리오입니다.

 

Resource Forest 사용하다가

 

Onpremise 도입을 의사 결정, 자사의 Forest Migration

 

Resource Forest 해제

 

Exchange 2013 moves

Microsoft Exchange Server 2013 introduces the concept of batch moves and migration endpoints. Migration endpoints are management objects that describe the remote server and the connections that can be associated with one or more batches. And, the new batch move architecture improves on Mailbox Replication service (MRS) moves with enhanced management capability. Batch moves architecture in Exchange 2013 features the following capabilities:

Microsoft Exchange Server 2013에는 일괄 이동 및 마이그레이션 끝점 이라는 개념이 도입되었습니다 . 마이그레이션 끝점은 하나 이상의 배치와 연결할 수 있는 원격 서버 및 연결을 설명하는 관리 개체입니다. 또한 새로운 일괄 이동 아키텍처는 향상된 관리 기능으로 사서함 복제 서비스 (MRS)를 향상시킵니다. Exchange 2013의 배치 이동 아키텍처에는 다음과 같은 기능이 있습니다.

 

  • Ability to move multiple mailboxes in large batches.

대규모 일괄 처리로 여러 사서함을 이동할 수 있습니다.

  • Email notification during move with reporting.

보고와 함께 이동하는 동안 이메일 알림.

  • Automatic retry and automatic prioritization of moves.

자동 재시도 및 자동 우선 순위 지정.

  • Primary and personal archive mailboxes can be moved together or separately.

기본 및 개인 보관 사서함은 함께 또는 개별적으로 이동할 수 있습니다.

  • Option for manual move request finalization, which allows you to review your move before you complete it.

수동 이전 요청 완료 옵션으로 이동을 완료하기 전에 검토 할 수 있습니다.

  • Periodic incremental syncs to update migration changes.

마이그레이션 변경 사항을 업데이트하기 위해 주기적인 증분 동기화.

 

In Exchange 2013 you must move mailboxes between Exchange 2007 and Exchange 2010 and Exchange 2013 from the Exchange 2013 admin center (EAC) and the Exchange Management Shell.

-> Exchange 2007 or 2010 에서 2013 과의 migration 작업이 진행될 경우 2013에서 진행해야 한다는 의미로 해석됩니다. 2007 이나 2010 에서 2013 정보를 조회할 없지만, 2013 에서 2010, 2007 사서함 정보는 조회할 있기 때문입니다.

 

Migration endpoints (마이그레이션 끝점)

Migration endpoints capture the remote server information and persist the required credentials for migrating the data and the source throttling settings. You can use migration endpoints to configure settings for remote and cross-forest moves. Local moves don't require the use of an endpoint. (Local moves are moves that move mailboxes between two different on-premises Exchange databases.)

마이그레이션 끝점은 원격 서버 정보를 캡처하고 데이터 및 원본 제한 설정을 마이그레이션하는 데 필요한 자격 증명을 유지 합니다. 마이그레이션 끝점을 사용 하 여 원격 및 크로스 포리스트 이동에 대 한 설정을 구성할 수 있습니다. 로컬 이동에서는 끝점을 사용할 필요가 없습니다. (로컬 이동은 두 개의 서로 다른 온-프레미스 Exchange 데이터베이스 간에 사서함을 이동 하는 이동입니다.)

 

The following list shows the types of moves that support migration endpoints:

Cross-forest move  

  • Move mailboxes between two different on-premises Exchange forests. Cross-forest moves require the use of a Exchange RemoteMove endpoint.

두 개의 다른 온-프레미스 Exchange 포리스트 간에 사서함을 이동 합니다. 크로스 포리스트 이동에서는 Exchange remotemove 끝점을 사용 해야 합니다.

 

Remote move  

  • In a hybrid deployment, a remote move involves onboarding or offboarding migrations. Remote moves require the use of a RemoteMove endpoint. Onboarding moves mailboxes from an on-premises Exchange organization to Exchange Online in Microsoft Office 365, and uses a RemoteMove endpoint as the source endpoint of the migration batch. Offboarding moves mailboxes from Exchange Online in Office 365 to an on-premises Exchange organization and uses a Exchange RemoteMove endpoint as the target endpoint of the migration batch.

하이브리드 배포에서 원격 이동에는 온보딩 또는 오프 보딩 마이그레이션이 포함 됩니다. 원격 이동에서는 리모트 이동 끝점을 사용 해야 합니다. -프레미스 exchange 조직의 사서함을 Microsoft Office 365에서 exchange Online으로 이동 하 고, 원격 이동 끝점을 마이그레이션 일괄 처리의 원본 끝점으로 사용 합니다. 오프 보 딩은 Office 365에서 exchange Online의 사서함을 온-프레미스 exchange 조직으로 이동 하 고 exchange remotemove 끝점을 마이그레이션 일괄 처리의 대상 끝점으로 사용 합니다.

 

+ Recent posts