사서함 마이그레이션 Office 365: 매우 쉬운 처리 방법

이 게시물은 Microsoft 365의 사서함 마이그레이션에 대한 것이므로 이 장의 Exchange Online 및 하이브리드 관리 항목에만 초점을 맞춥니다.

1 사서함 마이그레이션 사무실 365 옵션 1.1 단독형 마이그레이션

1.1.1 EAC를 사용한 컷오버 마이그레이션

1.2 단계적 마이그레이션

1.3 하이브리드 배포 마이그레이션

2 타사 마이그레이션 도구

3 마이그레이션 모범 사례

4 MX 레코드의 TTL 줄이기

5 마이그레이션 성능

6 마이그레이션 서비스 조절

7 사용자 조절

8 사서함을 온-프레미스 Exchange로 다시 이동

8.1 원래 사내에서 생성된 사서함

8.2 원래 Exchange Online에서 만든 사서함

사서함 마이그레이션 Office 365 옵션

마이그레이션 옵션에는 세 가지 기본 유형이 있습니다.

• 컷오버 마이그레이션
• 단계적 마이그레이션
• 하이브리드 배포 마이그레이션

컷오버 마이그레이션

단독형 마이그레이션은 사서함이 1,000개 이하인 조직에 이상적입니다. 단독형 마이그레이션에 대한 다른 중요한 요구 사항은 디렉터리 동기화가 설정되지 않았다는 것입니다. 그 이유는 단독형 마이그레이션이 프로세스의 일부로 Microsoft 365에 사용자를 생성하기 때문입니다. 따라서 디렉터리 동기화가 이미 AD(Active Directory) 개체를 Microsoft 365와 동기화하는 경우 단계적 마이그레이션을 사용하거나 하이브리드 배포를 사용하여 마이그레이션해야 합니다. 단독형 마이그레이션을 수행하려면 디렉터리 동기화를 비활성화해야 합니다.

단독형 마이그레이션이 설정되는 방법을 살펴보기 전에 단독형 마이그레이션을 실행할 때 어떤 일이 발생하는지 아는 것이 유용합니다. 단독형 마이그레이션이 시작되면 다음 프로세스가 발생합니다.

• 마이그레이션 서비스는 온-프레미스 Exchange 2003 또는 2007 주소록을 읽어 Exchange Online에서 새 사서함을 프로비저닝합니다.
• 온-프레미스 메일 그룹 및 연락처는 Exchange Online으로 마이그레이션됩니다.
• 그런 다음 마이그레이션 서비스는 콘텐츠, 연락처 및 일정 항목을 온-프레미스 사서함에서 해당 온라인 사서함으로 마이그레이션합니다. 프로세스의 이 부분을 초기 동기화라고 합니다.
• 온-프레미스 사서함 콘텐츠는 24시간마다 해당 온라인 사서함과 동기화됩니다. 프로세스의 이 부분을 증분 동기화라고 합니다.
• 마이그레이션을 완료할 준비가 되면 MX 레코드를 변경하여 전자 메일을 온라인 사서함으로 라우팅하기 시작하고 마이그레이션을 종료합니다. Exchange는 최종 동기화를 수행하고 마이그레이션이 완료되었음을 이메일을 통해 관리자에게 알립니다.

이메일 알림에는 두 가지 보고서가 포함됩니다.

• MigrationErrors.csv – 이 보고서에는 마이그레이션에 실패한 사서함 목록과 오류 정보가 포함되어 있습니다.
• MigrationStatistics.csv – 이 보고서에는 사서함 목록과 마이그레이션된 해당 항목 수가 포함됩니다. 보고서에는 사용자가 초기 로그온 후 변경해야 하는 각 사서함에 할당된 고유 암호도 포함되어 있습니다. 단독 마이그레이션은 마이그레이션 프로세스의 일부로 새 계정을 생성하기 때문입니다.

EAC를 사용한 컷오버 마이그레이션

조직에서 최신 릴리스의 Microsoft 365를 사용하는 경우 ECP는 사용 가능한 GUI(그래픽 사용자 인터페이스) 옵션이 아닙니다. 대신 EAC를 사용합니다. EAC를 사용하여 단독형 마이그레이션을 시작하려면 다음 단계를 따르세요.

• Microsoft 365 관리 센터 에 액세스
• 인증 후 관리센터에서 Exchange 선택

• EAC 의 왼쪽 창에서 마이그레이션 을 확장하고 일괄 처리 를 선택한 다음 새 마이그레이션 일괄 처리 를 클릭합니다 .

• 단독형 마이그레이션의 이름을 입력하고 마이그레이션 경로로 Exchange Online으로 마이그레이션을 선택한 후 다음을 클릭합니다.

• 마이그레이션 유형을 단독형 마이그레이션으로 선택

• 단독형 마이그레이션 준비는 단독형 마이그레이션 의 전제 조건 단계를 제공합니다. 이 마이그레이션 유형을 사용하여 사서함을 마이그레이션하는 방법에 대해 알아보려면 이 문서를 읽으십시오. 전제 조건이 충족되면 다음을 클릭합니다.

• 마이그레이션 끝점을 선택합니다. 사용자를 마이그레이션할 서버에 대한 연결 설정입니다. 모든 마이그레이션 일괄 처리와 연결할 수 있습니다. 원격 환경에 대한 연결을 설명하는 마이그레이션 끝점을 선택하거나 만듭니다. 마이그레이션 끝점에 대해 자세히 알아보세요 .

• 마이그레이션을 수행하려면 마이그레이션할 사서함의 속성이 포함된 .csv 파일이 필요합니다. .csv 파일의 첫 번째 행은 헤더 행이며 다음 속성 이름만 포함해야 합니다.

EmailAddress : 사서함의 SMTP 주소이며 유일한 필수 속성입니다.

암호 : 마이그레이션 후 클라우드 기반 사서함에 대해 설정할 암호입니다. 이것은 선택적 속성이며 SSO(Single Sign-On)가 활성화된 경우 필요하지 않습니다. .csv 파일에 비밀번호를 설정하고 SSO를 활성화하면 무시됩니다. 구성에 적용되지 않는 경우 이 상자를 비워 두십시오.

ForceChangePassword : 이 부울 특성은 사용자가 클라우드 사서함에 처음 로그온할 때 암호를 변경해야 하는지 여부를 지정합니다. 값은 True 또는 False입니다. 이는 선택적 속성이기도 하며 SSO가 활성화된 경우에는 필요하지 않습니다. .csv 파일에서 이 속성을 설정하고 SSO가 활성화된 경우 무시됩니다. 구성에 적용되지 않는 경우 이 상자를 비워 두십시오.

• 이 .csv 파일을 사용하면 단계별 마이그레이션 프로세스가 5개의 사서함을 마이그레이션하고, 새 클라우드 사서함의 암호를 NewPa$$word로 설정하고, Mike와 Scott만 해당 클라우드 사서함에 처음 로그온할 때 암호를 변경하면 됩니다.

• .csv 파일에는 이러한 특성만 포함될 수 있습니다.

• 그런 다음 대상 도메인을 선택하고 필요한 경우 불량 품목 제한 및 대형 품목 제한을 지정합니다.

• 수동 또는 자동으로 마이그레이션을 시작하도록 선택하고 마이그레이션이 완료된 후 보고서를 보내야 하는 이메일 주소를 제공합니다.

• 마이그레이션을 시작하는 데 몇 분 정도 기다립니다.

단계적 마이그레이션

단계적 마이그레이션은 시간이 지남에 따라 사서함 및 콘텐츠의 하위 집합이 여러 일괄적으로 마이그레이션되는 프로세스이며 Exchange 2003 및 2007에만 적용됩니다. 단계적 마이그레이션은 일반적으로 사서함이 1,000개 이상인 경우 접근 방식입니다. 미리 구성된 마이그레이션에 대한 특별한 고려 사항은 동일한 마이그레이션 일괄 처리에 있어야 하는 사서함을 식별해야 한다는 것입니다. 대리인 권한 에 참여하는 개인의 사서함은 함께 보관해야 합니다. 따라서 단계적 마이그레이션을 계획할 때 동일한 일괄 처리에 속해야 합니다. 디렉터리 동기화가 이미 구현된 경우 단계적 마이그레이션이 적절한 마이그레이션 방법입니다.

단계적 마이그레이션을 설정하는 방법을 살펴보기 전에 단계적 마이그레이션 중에 어떤 일이 발생하는지 아는 것이 좋습니다. 단계적 마이그레이션을 시작하면 다음 프로세스가 발생합니다.

• 마이그레이션 서비스는 디렉터리 동기화가 구성되었는지 확인하고 .csv 파일을 입력하라는 메시지를 표시하며 .csv 파일의 각 항목이 Microsoft 365의 MEU(메일 사용 가능 사용자)인지 확인합니다.
• 그런 다음 서비스는 MEU를 사서함으로 변환하고 온-프레미스 사서함의 TargetAddress 속성을 클라우드 사서함의 전자 메일 주소로 채웁니다.
• 모든 사서함에 대해 TargetAddress 속성이 업데이트되면 성공적으로 생성 및 변환된 사서함 목록이 포함된 전자 메일을 받게 됩니다. 사서함 콘텐츠는 아직 마이그레이션되지 않았지만 사용자는 MX 레코드 변경 없이 사서함을 사용할 수 있습니다. 전자 메일이 온-프레미스 사서함에 도착하면 TargetAddress 속성 때문에 Exchange Online으로 리디렉션되기 때문입니다.
• 그런 다음 마이그레이션 서비스는 콘텐츠, 연락처 및 일정 항목을 온-프레미스 사서함에서 해당 온라인 사서함으로 마이그레이션하기 시작합니다. 콘텐츠 마이그레이션이 완료되면 다른 보고서가 관리자에게 이메일로 전송됩니다.
• 이 시점에서 추가 마이그레이션 일괄 처리를 만들고 시작할 수 있습니다.
• 마이그레이션이 완료되면 전자 메일이 온라인 사서함으로 직접 배달되도록 MX 레코드를 변경합니다. 그런 다음 마이그레이션을 완료할 수 있습니다. 마이그레이션 서비스는 필요한 정리를 수행하고 해당 온-프레미스 사서함이 있는 모든 MEU가 마이그레이션되었는지 확인합니다. 그러면 최종 상태 보고서가 관리자에게 전송됩니다.

• 단계적 마이그레이션으로 마이그레이션 유형 선택

• 미리 준비된 마이그레이션 준비에서는 미리 준비된 마이그레이션 을 위한 전제 조건 단계를 제공합니다. 이 마이그레이션 유형을 사용하여 사서함을 마이그레이션하는 방법에 대해 알아보려면 이 문서를 읽으십시오.

• 마이그레이션 유형 및 전제 조건을 변경해야 한다는 점을 제외하고 단독형 마이그레이션과 유사합니다. 따라서 여기에서 단계를 다시 다루지 않습니다.

하이브리드 배포 마이그레이션

Exchange 하이브리드 환경을 설정한 후 마이그레이션은 Exchange 하이브리드 환경을 설정한 후 지금까지 다룬 다른 방법과 달리 사서함을 클라우드로 이동하고 온프레미스로 다시 이동할 수 있기 때문에 가장 널리 사용되는 접근 방식 중 하나입니다. Exchange 하이브리드 환경 설정의 일부는 Exchange 2010 서비스 팩 3(SP3) CAS(클라이언트 액세스 서버)를 구현하는 것입니다. 2010 SP3 CAS와 함께 제공되는 MRS(사서함 복제 서비스)를 소개합니다. MRS는 사서함 이동을 담당하는 서비스입니다.

• 조직에 사서함이 1,000개가 넘는 Exchange 2010 이상 버전이 있는 경우 Exchange 하이브리드 배포를 구현해야 합니다.

• 원격 이동 마이그레이션 준비에서는 원격 마이그레이션을 위한 전제 조건 단계를 제공합니다. 이 마이그레이션 유형을 사용하여 사서함을 마이그레이션하는 방법에 대해 알아보려면 이 문서를 읽으십시오.

• 원격 이동 마이그레이션을 위해 csv 파일 대신 수동으로 사용자를 선택할 수 있는 기능이 있습니다.

• 나머지 단계는 단독형 마이그레이션과 유사합니다. 따라서 여기에서 단계를 다시 다루지 않습니다.

타사 마이그레이션 도구

어떤 이유로 Microsoft에서 제공하는 기존 도구 및 옵션이 마이그레이션 요구 사항을 충족하지 못하는 경우 언제든지 사용할 수 있는 타사 도구가 있습니다. 타사 Exchange 마이그레이션 도구의 예로는 Quest Software, Binary Tree, BitTitan, Cemaphore 및 Metalogix가 있습니다. Exchange는 성숙한 플랫폼이며 한동안 사용되어 왔습니다. 따라서 타사 도구를 쉽게 사용할 수 있으며 그만큼 성숙합니다.

마이그레이션 모범 사례

사서함을 마이그레이션할 때 몇 가지 모범 사례가 있습니다. 온-프레미스 메일 서버에서 Exchange Online으로 사서함을 마이그레이션할 때 채택해야 하는 몇 가지 일반적인 항목을 나열합니다.

MX 레코드의 TTL 줄이기

대부분의 시나리오에서 들어오는 전자 메일을 Exchange Online으로 라우팅하려고 합니다. 따라서 마이그레이션 작업을 시작하기 전에 단독형, 단계적 또는 IMAP 마이그레이션 여부에 관계없이 MX 레코드의 TTL(Time To Live)을 변경하여 MX 레코드를 전환할 때 DNS 수렴 시간을 개선하십시오. 권장 사항은 TTL을 1시간인 3,600초로 변경하는 것입니다.

마이그레이션 성능

• 사서함의 항목 크기 및 수, 네트워크 대역폭, 네트워크 대기 시간 및 온-프레미스 메일 서버와 같은 많은 요인이 마이그레이션 성능에 영향을 미칩니다.
• 마이그레이션 성능은 시간과 네트워크의 사용자 수에 의해서도 영향을 받을 수 있습니다. 그렇기 때문에 작업이 끝난 후나 주말에 마이그레이션을 수행해야 합니다.
• 예를 들어, Microsoft Consulting Services는 소규모의 단계별 마이그레이션 배치로 초기 테스트를 마친 후 일반적으로 네트워크 사용률이 가장 낮은 수준인 업무 시간 이후에 수행되는 마이그레이션 속도를 주당 1,000개의 사서함으로 늘리는 것을 목표로 합니다.
• 대기 시간과 지속적인 처리량은 마이그레이션 성능과 관련하여 중요한 요소입니다.

마이그레이션 서비스 조절

이 장의 앞부분에서 살펴본 마이그레이션 연습에서 동시에 마이그레이션되는 사서함 수(기본적으로 3개)를 지정할 수 있음을 기억하십시오. 동시에 마이그레이션해야 하는 사서함 수를 지정하는 것을 마이그레이션 서비스 제한이라고 합니다.

" 마이그레이션 성능 " 백서 를 다시 참조 하거나 단일 메일박스 마이그레이션을 테스트하여 마이그레이션 처리량을 확인하십시오. 이는 네트워크가 지원할 수 있는 최적의 동시 마이그레이션 수를 결정하는 데 도움이 됩니다.

사용자 조절

• 사용자 제한은 주로 타사 마이그레이션 도구에 영향을 줍니다. 사용자 제한은 사용자가 동시에 액세스할 수 있는 사서함 수를 제한하며 위험을 최소화하고 리소스를 보존하도록 설계되었습니다.
• 따라서 마이그레이션 도구가 모든 사서함에 대한 액세스 권한이 있는 단일 서비스 계정을 사용하는 경우 마이그레이션 프로세스 중에 너무 많은 사서함에 동시에 액세스하기 시작하면 Microsoft 365에서 서비스 계정을 제한하여 마이그레이션 성능에 영향을 줄 수 있습니다.
• 마이그레이션 도구를 평가할 때 성능이 사용자 제한의 영향을 받지 않는지 확인하십시오.
• 좋은 마이그레이션 도구는 일반적으로 Exchange 웹 서비스를 사용하여 사용자 계정을 가장하므로 Exchange Online에서는 여러 사서함에 동시에 액세스하는 단일 사용자가 아니라 해당 사서함에 액세스하는 사용자를 볼 수 있습니다. 따라서 사용자 조절이 트리거되지 않습니다.

사서함을 온-프레미스 Exchange로 다시 이동

• 사서함을 다시 온-프레미스로 이동하는 것은 Exchange 하이브리드 환경을 통해서만 가능합니다.
• 그렇지 않으면 타사 도구에 의존해야 합니다. 사서함을 Microsoft 365로 이동할 때 EAC에서 단독형 및 단계별 마이그레이션 옵션이 있는 것과 달리 역방향을 수행하는 기본 제공 옵션이 없습니다.
• 보았듯이 Exchange 하이브리드 환경을 구현한 후 Microsoft 365로의 사서함 이동은 원격 이동 요청을 수행하여 수행됩니다.
• 사서함을 다시 온-프레미스로 이동하려면 이동하려는 사서함이 처음부터 Microsoft 365에서 생성되었는지 아니면 온-프레미스에서 처음 생성된 다음 Microsoft 365로 이동되었는지 여부를 고려해야 합니다.

원래 온-프레미스에서 만든 사서함

Microsoft 365에서 마이그레이션하려는 사서함이 처음에 온-프레미스로 생성된 다음 클라우드로 마이그레이션된 경우 시작하기 전에 사서함을 Exchange Online으로 마이그레이션하기 위해 생성된 일괄 처리를 삭제하기만 하면 됩니다. 그렇지 않으면 다음과 같이 표시됩니다. 성공적으로 마이그레이션되었지만 아무 것도 이동되지 않습니다.

• Exchange 관리 센터 -> 받는 사람 -> 마이그레이션으로 이동합니다.
• +를 클릭하고 ' Exchange Online에서 마이그레이션 ' 을 선택합니다.

• ' 이동하려는 사용자 선택 '에서 ' 추가 '를 클릭하고 마이그레이션할 사서함을 검색한 후 다음을 클릭합니다.

• 마이그레이션 끝점을 선택하고 다음을 클릭합니다.

• 마이그레이션 끝점을 확인하고 다음을 클릭합니다.

• 마이그레이션 이름을 입력하고 테넌트 도메인을 입력합니다. 예를 들어, techiberry.onmicrosoft.com에서 기본 사서함 및 보관 사서함 이동(있는 경우)을 선택하고 대상 데이터베이스를 언급하고 다음을 클릭합니다.

• 마이그레이션이 완료되었을 때 보고서를 이메일로 받으려면 찾아보기를 클릭하고 '자동으로 일괄 시작' 및 '자동으로 마이그레이션 일괄 완료'를 선택하고 새로 만들기를 클릭합니다.

원래 Exchange Online에서 만든 사서함

온-프레미스 Exchange로 다시 이동하려는 Exchange Online 사서함이 원래 Microsoft 365에서 생성된 경우 먼저 연결된 온-프레미스 사서함에서 ExchangeGUID 속성을 설정해야 합니다. 사서함이 처음에 Microsoft 365에서 생성된 경우 ExchangeGUID 속성이 연결된 온-프레미스 사서함으로 다시 동기화되지 않기 때문에 이 작업을 수행해야 합니다. 원격 이동 요청이 성공하려면 ExchangeGUID 속성에 저장된 값이 다음에 대해 동일해야 합니다. Microsoft 365의 사서함 및 연결된 온-프레미스 원격 사서함.

다음 단계에 따라 온-프레미스 원격 사서함에 대한 ExchangeGUID 속성을 확인하고 설정합니다.

• 온프레미스 Exchange 하이브리드 서버에서 EMC를 시작하십시오.
• 다음 명령어를 입력하여 온-프레미스 원격 사서함의 ExchangeGUID 속성이 설정되어 있는지 확인합니다.

Get-RemoteMailbox "온프레미스로 다시 마이그레이션하기 위한 클라우드 사서함 별칭" | 형식 목록 ExchangeGUID

• ExchangeGUID의 반환 값이 모두 0이 아니면 ExchangeGUID가 설정됩니다 . "원래 온-프레미스에서 만든 사서함" 섹션에 설명된 단계에 따라 즉시 원격 사서함을 온-프레미스 Exchange로 다시 이동할 수 있습니다.
• ExchangeGUID의 반환 값이 모두 0이면 ExchangeGUID가 설정되지 않은 것입니다. 다음 명령을 입력하여 Exchange Online 사서함에 대한 ExchangeGUID를 검색하고 반환된 값을 기록해 둡니다. Exchange 관리 셸을 사용하지 마십시오.

Get-Mailbox "온프레미스로 다시 마이그레이션하기 위한 클라우드 사서함의 별칭" | 형식 목록 ExchangeGUID

• Exchange 관리 셸 창으로 돌아가서 다음 명령을 입력하여 온-프레미스 원격 사서함의 ExchangeGUID 속성 값을 설정합니다.

Set-RemoteMailbox "이동할 클라우드 사서함의 별칭" -ExchangeGUID "Exchange Online 사서함의 GUID 붙여넣기"

• Exchange GUID 업데이트에 실패하면 여기에 언급된 단계를 따르세요 .
• Microsoft 365에 이러한 변경 사항이 반영되도록 몇 시간 동안 기다립니다.
• 동기화가 완료되면 이전 섹션에 설명된 단계에 따라 클라우드에서 온-프레미스로 사서함을 다시 이동할 수 있습니다.

또한 읽기 : Skype 회의를 팀 회의로 마이그레이션하는 방법은 무엇입니까?

이제 귀하의 의견을 듣고 싶습니다.

오늘의 게시물에서 어떤 결과가 가장 흥미로웠나요? 또는 내가 다룬 내용에 대해 질문이 있을 수 있습니다.

어느 쪽이든, 나는 당신에게서 듣고 싶습니다. 그래서 아래에 의견을 남겨주세요.