PowerShell을 사용하여 Microsoft 365로 미리 구성된 마이그레이션 수행Use PowerShell to perform a staged migration to Microsoft 365

이 문서는 Microsoft 365 Enterprise와 Office 365 Enterprise에 모두 적용됩니다.This article applies to both Microsoft 365 Enterprise and Office 365 Enterprise.

단계적 마이그레이션을 사용하여 시간 경과에 따라 원본 전자 메일 시스템에서 사용자 사서함의 Microsoft 365 마이그레이션할 수 있습니다.You can migrate the contents of user mailboxes from a source email system to Microsoft 365 over time using a staged migration.

이 문서에서는 Exchange Online PowerShell을 사용하여 미리 구성된 전자 메일 마이그레이션과 관련된 작업을 안내합니다.This article walks you through the tasks involved with for a staged email migration using Exchange Online PowerShell. 단계적 전자 메일 마이그레이션에대해 알아야 할 사항 항목에서는 마이그레이션 프로세스에 대한 개요를 제공합니다.The topic, What you need to know about a staged email migration, gives you an overview of the migration process. 이 문서 내용을 충분히 이해할 수 있으면 다음을 사용하여 다른 전자 메일 시스템으로 사서함을 마이그레이션해 보세요.When you're comfortable with the contents of that article, use this one to begin migrating mailboxes from one email system to another.

참고

Exchange 관리 센터를 사용하여 미리 구성된 마이그레이션을 수행할 수도 있습니다.You can also use the Exchange admin center to perform staged migration. 자세한 내용은 Perform a staged migration of email to Microsoft 365.See Perform a staged migration of email to Microsoft 365.

시작하기 전에 알아야 할 내용What do you need to know before you begin?

이 작업의 예상 완료 시간: 2-5분(마이그레이션 일괄 처리 만들기에 소요되는 시간).Estimated time to complete this task: 2-5 minutes to create a migration batch. 마이그레이션 일괄 처리가 시작되면 마이그레이션 기간은 일괄 처리의 사서함 수, 각 사서함의 크기 및 사용 가능한 네트워크 용량에 따라 달라집니다.After the migration batch is started, the duration of the migration will vary based on the number of mailboxes in the batch, the size of each mailbox, and your available network capacity. 사서함을 마이그레이션하는 데 걸리는 시간에 영향을 주는 다른 요인에 대한 자세한 내용은 Microsoft 365 성능 을 참조하세요.For information about other factors that affect how long it takes to migrate mailboxes to Microsoft 365, see Migration Performance.

이 절차를 수행하려면 먼저 사용 권한을 할당받아야 합니다. 필요한 사용 권한을 확인하려면 받는 사람 사용 권한의 "마이그레이션" 항목을 참조하세요.You need to be assigned permissions before you can perform this procedure or procedures. To see what permissions you need, see the "Migration" entry in the Recipients Permissions topic.

Exchange Online PowerShell cmdlet을 사용하려면 로그인한 후 cmdlet을 로컬 Windows PowerShell 세션으로 가져와야 합니다. 해당 지침은 원격 PowerShell을 사용하여 Exchange Online에 연결을 참조하세요.To use the Exchange Online PowerShell cmdlets, you need to sign in and import the cmdlets into your local Windows PowerShell session. See Connect to Exchange Online using remote PowerShell for instructions.

전체 마이그레이션 명령 목록을 보려면 이동 및 마이그레이션 cmdlet을 참조하세요.For a full list of migration commands, see Move and migration cmdlets.

마이그레이션 단계Migration steps

1단계: 미리 구성된 마이그레이션 준비Step 1: Prepare for a staged migration

단계적 마이그레이션을 사용하여 사서함을 Microsoft 365 마이그레이션하기 전에 사용자 환경의 몇 가지 변경 사항이 Exchange 있습니다.Before you migrate mailboxes to Microsoft 365 by using a staged migration, there are a few changes you must make to your Exchange environment.

온-프레미스에서 Exchange Server에서 Outlook Anywhere 구성 전자 메일 마이그레이션 서비스는 Outlook Anywhere(RPC over HTTP라고도 함)를 사용하여 온-프레미스 Exchange Server에 연결합니다. Exchange Server 2007 및 Exchange 2003에 맞게 Outlook Anywhere를 설정하는 방법에 대한 자세한 내용은 다음 항목을 참조하세요.Configure Outlook Anywhere on your on-premises Exchange Server The email migration service uses Outlook Anywhere (also known as RPC over HTTP), to connect to your on-premises Exchange Server. For information about how to set up Outlook Anywhere for Exchange Server 2007, and Exchange 2003, see the following:

중요

Outlook Anywhere 구성에서는 신뢰할 수 있는 CA(인증 기관)에서 발급한 인증서를 사용해야 합니다. Outlook Anywhere은 자체 서명된 인증서로 구성할 수 없습니다. 자세한 내용은 "외부에서 Outlook 사용"에 대한 SSL 구성 방법을 참조하세요.You must use a certificate issued by a trusted certification authority (CA) with your Outlook Anywhere configuration. Outlook Anywhere can't be configured with a self-signed certificate. For more information, see How to configure SSL for Outlook Anywhere.

선택 사항: Outlook Anywhere을 사용하여 Exchange 조직에 연결할 수 있는지 확인 다음 방법 중 하나를 사용하여 연결 설정을 테스트해 봅니다.Optional: Verify that you can connect to your Exchange organization using Outlook Anywhere Try one of the following methods to test your connection settings.

  • 회사 네트워크 외부에서 Outlook을 사용하여 온-프레미스 Exchange 사서함에 연결합니다.Use Outlook from outside your corporate network to connect to your on-premises Exchange mailbox.

  • Microsoft 원격 연결 분석기를 사용하여 연결 설정을 테스트합니다.Use the Microsoft Remote Connectivity Analyzer to test your connection settings. Outlook Anywhere(RPC over HTTP) 또는 Outlook 자동 검색 테스트를 사용합니다.Use the Outlook Anywhere (RPC over HTTP) or Outlook Autodiscover tests.

  • Exchange Online PowerShell에서 다음 명령을 실행합니다.Run the following commands in Exchange Online PowerShell:

    $Credentials = Get-Credential
    
    Test-MigrationServerAvailability -ExchangeOutlookAnywhere -Autodiscover -EmailAddress <email address for on-premises administrator> -Credentials $credentials
    

사용 권한 설정 마이그레이션 관리자라고도 하는 사내 Exchange 조직에 연결하는 데 사용하는온-프레미스 사용자 계정에는 마이그레이션 관리자로 마이그레이션할온-프레미스 사서함에 액세스하는 데 필요한 권한이 Microsoft 365.Set permissions The on-premises user account that you use to connect to your on-premises Exchange organization (also called the migration administrator) must have the necessary permissions to access the on-premises mailboxes that you want to migrate to Microsoft 365. 이 사용자 계정은 이 절차의 뒷부분에서 마이그레이션 끝점을 만들어 전자 메일 시스템에 연결할 때 사용됩니다(3단계: 마이그레이션 끝점 만들기).This user account is used when you connect to your email system by creating a migration endpoint later in this procedure (Step 3: Create a migration endpoint ).

사서함을 마이그레이션하려면 관리자는 다음 사용 권한 집합 중 하나가 있어야 합니다.To migrate the mailboxes, the admin must have one of the following permission sets:

  • 온-프레미스 조직의 Active Directory에 있는 Domain Admins 그룹의 구성원이어야 합니다.Be a member of the Domain Admins group in Active Directory in the on-premises organization.

    선택하거나 or

  • 각 온-프레미스 사서함에 대해 FullAccess 권한이 할당되고 온-프레미스 사용자 계정에 대해 TargetAddress 속성을 수정할 수 있는 WriteProperty 권한이 할당되어야 합니다.Be assigned the FullAccess permission for each on-premises mailbox and the WriteProperty permission to modify the TargetAddress property on the on-premises user accounts.

    선택하거나 or

  • 사용자 사서함을 저장하는 온-프레미스 사서함 데이터베이스에 대해 다음으로 받기 권한이 할당되고 온-프레미스 사용자 계정에 대해 TargetAddress 속성을 수정할 수 있는 WriteProperty 권한이 할당되어야 합니다.Be assigned the Receive As permission on the on-premises mailbox database that stores user mailboxes and the WriteProperty permission to modify the TargetAddress property on the on-premises user accounts.

이러한 사용 권한을 설정하는 방법에 대한 자세한 내용은 사서함을마이그레이션할 수 있는 권한 할당을 Microsoft 365.For instructions about how to set these permissions, see Assign permissions to migrate mailboxes to Microsoft 365.

UM(통합 메시징)을 사용하지 않도록 설정 마이그레이션하려는 온-프레미스 사서함에 대해 UM이 켜져 있는 경우 마이그레이션 전에 UM을 사용하지 않도록 설정합니다. 마이그레이션이 완료된 후 사서함에 대해 UM을 켭니다. 방법 단계에 대해서는 통합 메시징을 사용하지 않도록 설정을 참조하세요.Disable Unified Messaging (UM) If UM is turned on for the on-premises mailboxes you're migrating, turn off UM before migration. Turn on UM for the mailboxes after migration is complete. For how-to steps, seedisable unified messaging.

디렉터리 동기화를 사용하여 새 사용자를 Microsoft 365.Use directory synchronization to create new users in Microsoft 365. 디렉터리 동기화를 사용하여 조직에 있는 모든 Microsoft 365 만들 수 있습니다.You use directory synchronization to create all the on-premises users in your Microsoft 365 organization.

만든 사용자에게는 라이선스를 부여해야 합니다. 사용자를 만들고 30일 내에 라이선스를 추가해야 합니다. 라이선스를 추가하는 단계에 대해서는 8단계: 마이그레이션 후 작업 완료를 참조하세요.You need to license the users after they're created. You have 30 days to add licenses after the users are created. For steps to add licenses, see Step 8: Complete post-migration tasks.

Azure AD(Microsoft Azure Active Directory 동기화 도구) 또는 Microsoft Azure AD Sync Services를 사용하여 Microsoft 365.You can use either the Microsoft Azure Active Directory (Azure AD) Synchronization Tool or the Microsoft Azure AD Sync Services to synchronize and create your on-premises users in Microsoft 365. 사서함이 마이그레이션된 Microsoft 365 조직에서 사용자 계정을 관리하고 사서함이 사용자 조직과 Microsoft 365 동기화됩니다.After mailboxes are migrated to Microsoft 365, you manage user accounts in your on-premises organization, and they're synchronized with your Microsoft 365 organization. 자세한 내용은 디렉터리 통합을 참조하세요.For more information, seeDirectory Integration .

2단계: 미리 구성된 마이그레이션 일괄 처리에 대한 CSV 파일 만들기Step 2: Create a CSV file for a staged migration batch

프레미스 사서함으로 마이그레이션하려는 사용자를 확인한 후 Microsoft 365 CSV(콤보로 구분된 값) 파일을 사용하여 마이그레이션 일괄 처리를 만들 수 있습니다.After you identify the users whose on-premises mailboxes you want to migrate to Microsoft 365, you use a comma separated value (CSV ) file to create a migration batch. 마이그레이션을 실행하기 위해 Microsoft 365 CSV 파일의 각 행에는 사내 사서함에 대한 정보가 포함되어 있습니다.Each row in the CSV file—used by Microsoft 365 to run the migration—contains information about an on-premises mailbox.

참고

단계적 마이그레이션을 사용하여 마이그레이션할 수 있는 사서함 Microsoft 365 제한이 없습니다.There isn't a limit for the number of mailboxes that you can migrate to Microsoft 365 using a staged migration. 마이그레이션 일괄 처리를 위한 CSV 파일에는 최대 2,000개의 행이 포함될 수 있습니다.The CSV file for a migration batch can contain a maximum of 2,000 rows. 2,000개가 넘는 사서함을 마이그레이션하려면 추가 CSV 파일을 만들고 각 파일을 사용하여 새 마이그레이션 일괄 처리를 만듭니다.To migrate more than 2,000 mailboxes, create additional CSV files and use each file to create a new migration batch.

지원되는 특성Supported attributes

미리 구성된 마이그레이션용 CSV 파일에는 다음과 같은 세 개의 특성이 지원됩니다. CSV 파일의 각 행은 하나의 사서함에 해당하며 이러한 각 특성에 대한 값을 포함해야 합니다.The CSV file for a staged migration supports the following three attributes. Each row in the CSV file corresponds to a mailbox and must contain a value for each of these attributes.

특성Attribute 설명Description 필수 여부Required?
EmailAddressEmailAddress
온-프레미스 사서함에 대한 기본 SMTP 전자 메일 주소(예: pilarp@contoso.com)를 지정합니다.Specifies the primary SMTP email address, for example, pilarp@contoso.com, for on-premises mailboxes.
기본 SMTP 주소는 사서함의 사용자 ID가 아닌, Microsoft 365.Use the primary SMTP address for on-premises mailboxes and not user IDs from the Microsoft 365. 예를 들어, contoso.com 도메인의 이름이 contoso.com Microsoft 365 전자 메일 도메인의 이름이 service.contoso.com 경우 CSV 파일의 전자 메일 주소에 contoso.com 도메인 이름을 사용합니다.For example, if the on-premises domain is named contoso.com but the Microsoft 365 email domain is named service.contoso.com, you would use the contoso.com domain name for email addresses in the CSV file.
필수Required
암호Password
새 사서함에 대해 설정할 Microsoft 365 암호입니다.The password to be set for the new Microsoft 365 mailbox. Microsoft 365 조직에 적용되는 암호 제한은 CSV 파일에 포함된 암호에도 적용됩니다.Any password restrictions that are applied to your Microsoft 365 organization also apply to the passwords included in the CSV file.
옵션Optional
ForceChangePasswordForceChangePassword
사용자가 새 사서함에 처음 로그인할 때 암호를 변경해야 Microsoft 365 지정합니다.Specifies whether a user must change the password the first time they sign in to their new Microsoft 365 mailbox. 이 매개 변수 값으로는 True 또는 False 를 사용합니다.Use True or False for the value of this parameter.
> [!NOTE]> 온-프레미스 조직에서 AD FS(Active Directory Federation Services)를 배포하여 SSO(Single Sign-On) 솔루션을 구현한 경우 ForceChangePassword 특성 값으로 False 를 사용해야 합니다.> [!NOTE]> If you've implemented a single sign-on (SSO) solution by deploying Active Directory Federation Services (AD FS) or greater in your on-premises organization, you must use False for the value of the ForceChangePassword attribute.
옵션Optional

CSV 파일 형식CSV file format

다음은 CSV 파일 형식의 예입니다.Here's an example of the format for the CSV file. 이 예에서는 3개의 사내 사서함이 마이그레이션된 Microsoft 365.In this example, three on-premises mailboxes are migrated to Microsoft 365.

CSV 파일의 첫 번째 행(머리글 행)에는 그 다음 행들에 지정된 특성 또는 필드의 이름이 나열됩니다. 각 특성 이름은 쉼표로 구분됩니다.The first row, or header row, of the CSV file lists the names of the attributes, or fields, specified in the rows that follow. Each attribute name is separated by a comma.

EmailAddress,Password,ForceChangePassword 
pilarp@contoso.com,Pa$$w0rd,False 
tobyn@contoso.com,Pa$$w0rd,False 
briant@contoso.com,Pa$$w0rd,False 

머리글 행 아래의 각 행은 한 명의 사용자를 나타내며 해당 사용자의 사서함을 마이그레이션하기 위해 사용되는 정보를 제공합니다. 각 행의 특성 값은 머리글 행의 특성 이름과 동일한 순서로 나열되어야 합니다.Each row under the header row represents one user and supplies the information that will be used to migrate the user's mailbox. The attribute values in each row must be in the same order as the attribute names in the header row.

텍스트 편집기 또는 Excel 등의 응용 프로그램을 사용하여 CSV 파일을 만들 수 있습니다. 파일을 .csv 또는 .txt 파일로 저장합니다.Use any text editor, or an application like Excel , to create the CSV file. Save the file as a .csv or .txt file.

참고

CSV 파일에 ASCII가 아닌 문자 또는 특수 문자가 포함되어 있는 경우에는 CSV 파일을 UTF-8 또는 다른 유니코드 인코딩으로 저장합니다. 응용 프로그램에 따라 컴퓨터의 시스템 로캘이 CSV 파일에 사용된 언어와 일치하는 경우 CSV 파일을 UTF-8 또는 다른 유니코드 인코딩으로 저장하는 것이 보다 간단할 수 있습니다.If the CSV file contains non-ASCII or special characters, save the CSV file with UTF-8 or other Unicode encoding. Depending on the application, saving the CSV file with UTF-8 or other Unicode encoding can be easier when the system locale of the computer matches the language used in the CSV file.

3단계: 마이그레이션 끝점 만들기Step 3: Create a migration endpoint

전자 메일을 마이그레이션하려면 Microsoft 365 전자 메일 시스템에 연결하고 통신해야 합니다.To migrate email successfully, Microsoft 365 needs to connect and communicate with the source email system. 이 작업을 수행하기 위해 Microsoft 365 끝점을 사용하게 됩니다.To do this, Microsoft 365 uses a migration endpoint. PowerShell을 사용하여 "외부에서 Outlook 사용" 마이그레이션 끝점을 만들려면 미리 구성된 마이그레이션에 대해 먼저 Exchange Online에 연결합니다.To create an Outlook Anywhere migration endpoint by using PowerShell, for staged migration, first connect to Exchange Online.

전체 마이그레이션 명령 목록을 보려면 이동 및 마이그레이션 cmdlet을 참조하세요.For a full list of migration commands, see Move and migration cmdlets.

Exchange Online PowerShell에서 "StagedEndpoint"라는 Outlook Anywhere 마이그레이션 끝점을 만들려면 다음 명령을 실행합니다.To create an Outlook Anywhere migration endpoint called "StagedEndpoint" in Exchange Online PowerShell, run the following commands:

$Credentials = Get-Credential
New-MigrationEndpoint -ExchangeOutlookAnywhere -Name StagedEndpoint -Autodiscover -EmailAddress administrator@contoso.com -Credentials $Credentials

New-MigrationEndpoint cmdlet에 대한 자세한 내용은 New-MigrationEndpoint를 참조하세요.For more information about the New-MigrationEndpoint cmdlet, seeNew-MigrationEndpoint.

참고

New-MigrationEndpoint cmdlet을 사용하여 -TargetDatabase 옵션을 통해 서비스에서 사용할 데이터베이스를 지정할 수 있습니다. 그렇지 않으면 데이터베이스는 관리 사서함이 있는 AD FS(Active Directory Federation Services) 2.0 사이트에서 임의로 할당됩니다.The New-MigrationEndpoint cmdlet can be used to specify a database for the service to use by using the -TargetDatabase option. Otherwise a database is randomly assigned from the Active Directory Federation Services (AD FS) 2.0 site where the management mailbox is located.

작동하는지 확인Verify it worked

Exchange Online PowerShell에서 다음 명령을 실행하여 "StagedEndpoint" 마이그레이션 끝점에 대한 정보를 표시합니다.In Exchange Online PowerShell, run the following command to display information about the "StagedEndpoint" migration endpoint:

Get-MigrationEndpoint StagedEndpoint | Format-List EndpointType,ExchangeServer,UseAutoDiscover,Max*

4단계: 미리 구성된 마이그레이션 일괄 처리 만들기 및 시작Step 4: Create and start a stage migration batch

Exchange Online PowerShell에서 New-MigrationBatch cmdlet을 사용하여 단독형 마이그레이션을 위한 마이그레이션 일괄 처리를 만들 수 있습니다. AutoStart 매개 변수를 포함하면 마이그레이션 일괄 처리를 만들고 자동으로 시작할 수 있습니다. 또는 마이그레이션 일괄 처리를 만들고 Start-MigrationBatch cmdlet을 사용하여 나중에 마이그레이션을 수동으로 시작할 수 있습니다. 이 예에서는 "StagedBatch1"이라는 마이그레이션 일괄 처리를 만든 다음 이전 예에서 만든 마이그레이션 끝점을 사용합니다.You can use the New-MigrationBatch cmdlet in Exchange Online PowerShell to create a migration batch for a cutover migration. You can create a migration batch and start it automatically by including the AutoStart parameter. Alternatively, you can create the migration batch and then manually start it afterwards by using the Start-MigrationBatch cmdlet. This example creates a migration batch called "StagedBatch1" and uses the migration endpoint that was created in the previous step.

New-MigrationBatch -Name StagedBatch1 -SourceEndpoint StagedEndpoint -AutoStart

또한 이 예에서는 "StagedBatch1"이라는 마이그레이션 일괄 처리를 만든 다음 이전 예에서 만든 마이그레이션 끝점을 사용합니다. AutoStart 매개 변수가 포함되지 않으므로 마이그레이션 일괄 처리가 마이그레이션 대시보드나 Start-MigrationBatch cmdlet을 사용하여 수동으로 시작되어야 합니다. 앞서 설명했듯이 단독형 마이그레이션 일괄 처리는 한 번에 하나만 실행됩니다.This example also creates a migration batch called "StagedBatch1" and uses the migration endpoint that was created in the previous step. Because the AutoStart parameter isn't included, the migration batch has to be manually started on the migration dashboard or by using Start-MigrationBatch cmdlet. As previously stated, only one cutover migration batch can exist at a time.

New-MigrationBatch -Name StagedBatch1 -SourceEndpoint StagedEndpoint

작동하는지 확인Verify it worked

Exchange Online PowerShell에서 다음 명령을 실행하여 "StagedBatch1"에 대한 정보를 표시합니다.Run the following command in Exchange Online PowerShell to display information about the "StagedBatch1":

Get-MigrationBatch -Identity StagedBatch1 | Format-List

다음 명령을 실행하여 일괄 처리가 시작되었는지 확인할 수도 있습니다.You can also verify that the batch has started by running the following command:

Get-MigrationBatch -Identity StagedBatch1 | Format-List Status

Get-MigrationBatch cmdlet에 대한 자세한 내용은 Get-MigrationBatch를 참조하세요.For more information about the Get-MigrationBatch cmdlet, seeGet-MigrationBatch.

5단계: 온-프레미스 사서함을 메일 사용 가능 사용자로 변환Step 5: Convert on-premises mailboxes to mail-enabled users

사서함 일괄 처리를 성공적으로 마이그레이션한 후에 사용자가 자신의 메일을 확인할 수 있도록 하려면 특정 방식을 사용해야 합니다.After you have successfully migrated a batch of mailboxes, you need some way to let users get to their mail. 사서함이 마이그레이션된 사용자에게는 이제 사서함이 모두 마이그레이션된 사서함이 모두 Microsoft 365.A user whose mailbox has been migrated now has both a mailbox on-premises and one in Microsoft 365. 사서함이 있는 사용자는 Microsoft 365 사서함에서 새 메일 수신을 중지합니다.Users who have a mailbox in Microsoft 365 will stop receiving new mail in their on-premises mailbox.

마이그레이션이 완료되지 않았기 때문에 아직 모든 사용자에게 전자 메일을 Microsoft 365 준비가 되지 않았습니다.Because you are not done with your migrations, you are not yet ready to direct all users to Microsoft 365 for their email. 그렇다면 두 가지 사서함을 모두 가지고 있는 사용자를 위해 어떤 작업을 수행해야 할까요?So what do you do for those people who have both? 가능한 작업은 이미 마이그레이션한 온-프레미스 사서함을 메일 사용이 가능한 사용자로 변경하는 것입니다.What you can do is change the on-premises mailboxes that you've already migrated to mail-enabled users. 사서함에서 메일 사용 가능 사용자로 변경하는 경우 사용자가 전자 메일에 대해 Microsoft 365 사서함으로 이동하도록 할 수 있습니다.When you change from a mailbox to a mail-enabled user, you can direct the user to Microsoft 365 for their email instead of going to their on-premises mailbox.

또 다른 중요한 이유는 프록시 주소를 메일 사용이 가능한 사용자에게 복사하여 Microsoft 365 사서함의 프록시 주소를 보존하기 위한 것입니다.Another important reason to convert on-premises mailboxes to mail-enabled users is to retain proxy addresses from the Microsoft 365 mailboxes by copying proxy addresses to the mail-enabled users. 이렇게 하면 Active Directory를 사용하여 온-프레미스 조직의 클라우드 기반 사용자를 관리할 수 있습니다.This lets you manage cloud-based users from your on-premises organization by using Active Directory. 또한 모든 사서함이 Microsoft 365 마이그레이션된 후 모든 사서함이 Exchange Server 조직을 해제하기로 결정한 경우 메일 사용 가능 사용자로 복사한 프록시 주소는 여전히 On-premises Active Directory에 남아 있습니다.Also, if you decide to decommission your on-premises Exchange Server organization after all mailboxes are migrated to Microsoft 365, the proxy addresses you've copied to the mail-enabled users will remain in your on-premises Active Directory.

6단계: 미리 구성된 마이그레이션 일괄 처리 삭제Step 6: Delete a staged migration batch

마이그레이션 일괄 처리에 포함된 모든 사서함이 마이그레이션되었고 일괄 처리에 있는 온-프레미스 사서함이 메일 사용 가능 사용자로 변환되면 미리 구성된 마이그레이션 일괄 처리를 삭제할 수 있습니다.After all mailboxes in a migration batch have been successfully migrated, and you've converted the on-premises mailboxes in the batch to mail-enabled users, you're ready to delete a staged migration batch. 메일이 마이그레이션 일괄 처리의 Microsoft 365 사서함으로 전달되고 있는지 확인해야 합니다.Be sure to verify that mail is being forwarded to the Microsoft 365 mailboxes in the migration batch. 미리 구성된 마이그레이션 일괄 처리를 삭제하면 마이그레이션 서비스에서 마이그레이션 일괄 처리와 관련된 모든 레코드를 정리하고 마이그레이션 일괄 처리를 삭제합니다.When you delete a staged migration batch, the migration service cleans up any records related to the migration batch and deletes the migration batch.

Exchange Online PowerShell에서 "StagedBatch1" 마이그레이션 일괄 처리를 삭제하려면 다음 명령을 실행합니다.To delete the "StagedBatch1" migration batch in Exchange Online PowerShell, run the following command.

Remove-MigrationBatch -Identity StagedBatch1

Remove-MigrationBatch cmdlet에 대한 자세한 내용은 Remove-MigrationBatch를 참조하세요.For more information about the Remove-MigrationBatch cmdlet, seeRemove-MigrationBatch.

작동하는지 확인Verify it worked

Exchange Online PowerShell에서 다음 명령을 실행하여 "IMAPBatch1"에 대한 정보를 표시합니다.Run the following command in Exchange Online PowerShell to display information about the "IMAPBatch1":

Get-MigrationBatch StagedBatch1

이 명령을 실행하면 상태가 제거 중 인 마이그레이션 일괄 처리가 반환되거나, 마이그레이션 일괄 처리를 찾을 수 없다는 오류가 반환됩니다. 이 경우 해당 일괄 처리가 삭제되었음을 확인할 수 있습니다.The command will return either the migration batch with a status of Removing, or it will return an error stating that migration batch couldn't be found, verifying that the batch was deleted.

Get-MigrationBatch cmdlet에 대한 자세한 내용은 Get-MigrationBatch를 참조하세요.For more information about the Get-MigrationBatch cmdlet, seeGet-MigrationBatch.

7단계: 사용자에게 Microsoft 365 할당Step7: Assign licenses to Microsoft 365 users

라이선스를 Microsoft 365 마이그레이션된 계정에 대한 사용자 계정을 활성화합니다.Activate Microsoft 365 user accounts for the migrated accounts by assigning licenses. 라이선스를 할당하지 않은 경우 30일의 유예 기간이 끝나면 사서함을 사용할 수 없습니다.If you don't assign a license, the mailbox is disabled when the grace period (30 days) ends. Microsoft 365 관리 센터에서 라이선스를 할당하려면 라이선스 할당 또는 할당을 해지를 참조하세요.To assign a license in the Microsoft 365 admin center, see Assign or unassign licenses.

8단계: 마이그레이션 후 작업 완료Step 8: Complete post-migration tasks

  • 사용자가 자신의 사서함으로 쉽게 이동할 수 있도록 자동 검색 DNS 레코드를 만듭니다.Create an Autodiscover DNS record so users can easily get to their mailboxes. 모든 Microsoft 365 사서함을 마이그레이션한 후 사용자가 Microsoft 365 및 모바일 클라이언트를 사용하여 새 Microsoft 365 사서함에 쉽게 연결할 수 있도록 Microsoft 365 조직에 대한 자동 검색 DNS 레코드를 구성할 Outlook 있습니다.After all on-premises mailboxes are migrated to Microsoft 365, you can configure an Autodiscover DNS record for your Microsoft 365 organization to enable users to easily connect to their new Microsoft 365 mailboxes with Outlook and mobile clients. 이 새 자동 Microsoft 365 DNS 레코드는 조직에서 사용하는 네임스페이스와 동일한 네임스페이스를 Microsoft 365 합니다.This new Autodiscover DNS record has to use the same namespace that you're using for your Microsoft 365 organization. 예를 들어 클라우드 기반 네임스페이스가 cloud.contoso.com인 경우 만들어야 할 자동 검색 DNS 레코드는 autodiscover.cloud.contoso.com입니다.For example, if your cloud-based namespace is cloud.contoso.com, the Autodiscover DNS record you need to create is autodiscover.cloud.contoso.com.

    Microsoft 365 CNAME 레코드를 사용하여 클라이언트 및 모바일 클라이언트에 Outlook 서비스를 구현합니다.Microsoft 365 uses a CNAME record to implement the Autodiscover service for Outlook and mobile clients. Autodiscover CNAME 레코드에는 다음과 같은 정보가 포함되어야 합니다.The Autodiscover CNAME record must contain the following information:

  • 온-프레미스 Exchange 서버를 해제합니다.Decommission on-premises Exchange servers. 모든 전자 메일이 Microsoft 365 사서함으로 직접 라우팅되고 있는 것을 확인한 후 더 이상 사내 전자 메일 조직을 유지 관리할 필요가 없음 또는 SSO 솔루션 구현을 계획하지 않은 경우 서버에서 Exchange 제거하고 Exchange 조직을 제거할 수 있습니다.After you've verified that all email is being routed directly to the Microsoft 365 mailboxes, and you no longer need to maintain your on-premises email organization or don't plan on implementing an SSO solution, you can uninstall Exchange from your servers and remove your on-premises Exchange organization.

    자세한 내용은 다음 항목을 참조하십시오.For more information, see the following: