Google Workspace(이전의 G Suite) 마이그레이션 수행Perform a Google Workspace (formerly G Suite) migration

Google Workspace에서 Microsoft 365 또는 Office 365로 사용자 일괄 처리를 마이그레이션하여 마이그레이션 프로젝트가 단계적으로 수행될 수 있습니다.You can migrate batches of users from Google Workspace to Microsoft 365 or Office 365, allowing a migration project to be done in stages. 이 마이그레이션을 사용하려면 마이그레이션 프로세스 외부에서 메일 사용이 가능한 사용자로 마이그레이션할 모든 사용자를 프로비전해야 합니다.This migration requires that you provision all of your users who will be migrated as mail-enabled users outside of the migration process. 각 일괄 처리에 대해 마이그레이션할 사용자 목록을 지정해야 합니다.You must specify a list of users to migrate for each batch.

이 문서의 모든 절차에서는 Microsoft 365 또는 Office 365 도메인이 이미 확인되고 TXT 레코드가 설정되어 있는 것으로 가정합니다.All of the procedures in this article assume that your Microsoft 365 or Office 365 domain has already been verified and your TXT records have been set up. 자세한 내용은 도메인 설정(호스트별 지침)을 참조하세요.For more information, see Set up your domain (host-specific instructions).

참고

Google Workspace 마이그레이션은 현재 Office 365 US Government GCC High 또는 DoD에서 사용할 수 없습니다.Google Workspace migration is not currently available for Office 365 US Government GCC High or DoD.

프로세스 개요Overview of the process

마이그레이션을 시작하기 전에 다음 다이어그램을 검토하여 Google Workspace 단계적 마이그레이션의 작동 방식에 대해 이해합니다.Before beginning your migration, review the following diagrams to understand how a Google Workspace staged migration works. 이 다이어그램은 도메인 이름과 함께 Fabrikam, Inc.라는 fabrikaminc.net 방법을 보여 주며 마이그레이션을 수행했습니다.The diagrams show how a fictitious company named Fabrikam, Inc., with the domain name fabrikaminc.net performed their migration.

G Suite 마이그레이션 이전의 원래 설정

마이그레이션 전에 기본 "fabrikaminc.net" 도메인의 MX 레코드가 Google Workspace 테넌트 또는 메일 서버를 포인트로 지정했습니다. Fabrikam, Inc.의 사용자는 대부분입니다.Prior to their migration, the MX record for the base "fabrikaminc.net" domain points to the Google Workspace tenant or mail server were all or most of Fabrikam, Inc.'s users are. 사용자에게 해당 도메인의 기본 전자 메일 주소가 있습니다.Note that users have their primary email addresses at that domain.

G Suite 마이그레이션을 시작하기 전에

기본 도메인 "fabrikaminc.net"에 대한 MX 레코드는 여전히 모든 기본 사서함이 있는 Google Workspace를 지정합니다.The MX record for the primary domain "fabrikaminc.net" still points to Google Workspace, where all the primary mailboxes reside. 마이그레이션을 준비하기 위해 새 라우팅 도메인이 만들어졌습니다. gsuite.fabrikaminc.net 도메인은 Google Workspace를, o365.fabrikaminc.net 도메인은 Microsoft 365 또는 Office 365를 지점으로 합니다. To prepare for the migration, new routing domains have been created: the gsuite.fabrikaminc.net domain points to Google Workspace and the o365.fabrikaminc.net domain points to Microsoft 365 or Office 365.

Google Workspace 쪽에서는 Google 작업 영역 라우팅 도메인의 모든 사용자에 대해 별칭이 추가되었습니다.On the Google Workspace side, aliases have been added for all of the users in the Google Workspace routing domain. Microsoft 365 또는 Office 365 쪽에서 MailUsers는 Google Workspace 테넌트의 모든 사용자에 대해 프로비전됩니다.On the Microsoft 365 or Office 365 side, MailUsers have been provisioned for all of the users from the Google Workspace tenant. Microsoft 365 또는 Office 365 쪽의 MailUsers에 대한 ExternalEmailAddress 필드는 Google 작업 영역 측의 라우팅 도메인에 있는 주소를 사용하여 기본 사서함을 다시 사용하도록 구성했습니다.The ExternalEmailAddress field for MailUsers on the Microsoft 365 or Office 365 side were configured to point back to the primary mailbox using the address at the routing domain for the Google Workspace side. 또한 Microsoft 365 또는 Office 365 라우팅 도메인에 사용자 별칭이 있습니다.Additionally, there should be aliases for the user in the Microsoft 365 or Office 365 routing domain.

녹색 화살표는 마이그레이션의 이 시점에서 사용자 2가 Google 작업 영역 전자 메일 주소를 통해 사용자 1에 계속 연락하는 방법을 나타냅니다.The green arrow indicates how, at this point in the migration, User 2 still contacts User 1 through their Google Workspace email addresses.

G Suite 마이그레이션의 단일 일괄 처리 중

사용자 1과 사용자 2는 Microsoft 365 또는 Office 365로의 첫 번째 마이그레이션 일괄 처리의 일부인 반면, 사용자 3 및 사용자 4는 이후 일괄 처리의 일부가 됩니다.User 1 and User 2 are part of the first migration batch to Microsoft 365 or Office 365, while User 3 and User 4 will be part of a later batch. 기본 도메인 "fabrikaminc.net"에 대한 MX 레코드는 여전히 모든 기본 사서함이 있는 Google Workspace를 지정합니다.The MX record for the primary domain "fabrikaminc.net" still points to Google Workspace, where all the primary mailboxes still reside. 사용자 1과 사용자 2의 마이그레이션이 시작된 것이기 때문에 MailUsers에서 Microsoft 365 또는 Office 365 쪽 사서함으로 변환됩니다.Because User 1 and User 2 have had their migrations started, they've been converted from MailUsers to Mailboxes on the Microsoft 365 or Office 365 side.

각 사용자에 대한 ExternalEmailAddress는 ForwardingSmtpAddress로 이동하여 사용자 1 및 사용자 2로 전송된 메시지가 Google 작업 영역 쪽의 원본 사서함으로 다시 배달될 수 있도록 Google 작업 영역 라우팅 도메인으로 다시 라우팅합니다.The ExternalEmailAddress for each user has been moved to a ForwardingSmtpAddress, so that messages sent to User 1 and User 2 will be delivered back to their source mailboxes on the Google Workspace side by rerouting the message back to the Google Workspace routing domain. 이 표시는 위의 다이어그램에서 빨간색 화살표로 표시됩니다.This is indicated by the red arrows in the above diagram. 원본 Google Workspace 쪽에서 Microsoft 365 또는 Office 365 쪽으로 메일이 계속 동기화되고 있습니다.Mail is still being synced from the source Google Workspace side to the Microsoft 365 or Office 365 side.

G Suite 마이그레이션의 단일 일괄 처리 후

기본 도메인 "fabrikaminc.net"의 MX 레코드는 여전히 Google Workspace를 지정합니다.The MX record for the primary domain "fabrikaminc.net" still points to Google Workspace. 이제 사용자 1 및 사용자 2가 Microsoft 365 또는 Office 365로 완전히 마이그레이션되어 Microsoft 365 또는 Office 365에서 작업하기 시작해야 합니다.Now that User 1 and User 2 have been fully migrated to Microsoft 365 or Office 365, they should start working out of Microsoft 365 or Office 365. Google Workspace 쪽에서는 마이그레이션된 사용자에 대해 자동 메일 전달이 설정되어 Google 작업 영역 주소로 전송된 새 전자 메일이 라우팅 도메인을 통해 Microsoft 365 또는 Office 365 주소로 대신 배달됩니다.On the Google Workspace side, automatic mail forwarding has been set up for migrated users, so that new emails sent to their Google Workspace address will be delivered instead to the Microsoft 365 or Office 365 address via the routing domain. 위 다이어그램의 녹색 화살표로 표시됩니다.This is shown by the green arrows in the above diagram.

중요

조직에서 전달 주소를 설정하는 사용자의 기능을 사용하지 않도록 설정한 경우 Google Workspace 마이그레이션 도구도 전달 주소를 설정할 수 없습니다.If your organization has disabled a user's ability to set a forwarding address, the Google Workspace migration tool will also be unable to set the forwarding address. 마이그레이션 중에 전달을 성공적으로 설정하려면 SMTP 전달을 설정할 수 있는 사용 권한을 사용하도록 설정해야 합니다.You must enable permissions to set SMTP forwarding in order for forwarding to be set successfully during your migration.

한편 전달 주소가 Microsoft 365 또는 Office 365 사용자 개체에서 제거되어 Microsoft 365 또는 Office 365 라우팅 도메인의 해당 사용자에게 전자 메일이 배달됩니다(위의 빨간색 화살표로 표시).Meanwhile, the forwarding address has been removed from the Microsoft 365 or Office 365 user object, so emails will be delivered to that user in the Microsoft 365 or Office 365 routing domain (as shown by the red arrows above).

G Suite 마이그레이션이 완료된 후

모든 마이그레이션 일괄 처리가 완료되면 모든 사용자가 Microsoft 365 또는 Office 365에서 마이그레이션된 사서함을 기본 사서함으로 사용할 수 있습니다.After all migration batches have been completed, all users can use their migrated mailboxes on Microsoft 365 or Office 365 as their primary mailbox. 주 도메인 "fabrikaminc.net"에 대한 수동 MX 레코드 업데이트는 Google Workspace 테넌트가 아닌 Microsoft 365 또는 Office 365 조직을 지정합니다.A manual MX record update for the primary domain "fabrikaminc.net" then points to the Microsoft 365 or Office 365 organization instead of the Google Workspace tenant. 이제 Google Workspace 테넌트와 같은 라우팅 도메인 및 추가 별칭을 제거할 수 있습니다.The routing domains and extra aliases can now be removed, as can the Google Workspace tenant. 이제 Google Workspace에서 Microsoft 365 또는 Office 365로의 메일, 일정 및 연락처 마이그레이션이 완료되었습니다.The migration of mail, calendar, and contacts from Google Workspace to Microsoft 365 or Office 365 is now complete.

마이그레이션 제한 사항Migration limitations

참고

마이그레이션할 수 있는 가장 큰 단일 전자 메일 메시지는 구성에 대한 전송 구성을 기반으로 합니다.The largest single email message that can be migrated is based on the transport configuration for your configuration. 기본 제한은 35MB입니다.The default limit is 35 MB. 이 제한을 늘리기 위해 이제 Office 365에서더 큰 전자 메일 메시지를 지원 을 참조하세요.To increase this limit, see Office 365 now supports larger email messages.

연락처 및 일정의 작업량 제한은 Google Workspace 쪽에서 테넌트의 서비스 계정에 대한 할당량 제한에 완전히 따라 달라 습니다.Throughput limitations for contacts and calendars completely depend on the quota restrictions for your tenant's service account on the Google Workspace side.

다음 표에는 다른 마이그레이션 제한이 설명되어 있습니다.Other migration limitations are described in the following table:

데이터 형식Data type 제한 사항Limitations
메일Mail 휴가 설정, 자동 회신 설정, 필터/규칙이 마이그레이션되지 않습니다.Vacation settings, Automatic reply settings, Filters/Rules will not be migrated
회의실Meeting rooms 방 예약이 마이그레이션되지 않습니다.Room bookings will not be migrated
일정Calendar 공유 일정, 클라우드 첨부 파일, Google Hangout 링크 및 이벤트 색이 마이그레이션되지 않습니다.Shared calendars, cloud attachments, Google Hangout links, and event colors will not be migrated
ContactsContacts 연락처당 최대 3개의 전자 메일 주소가 마이그레이션됩니다.A maximum of three email addresses per contact are migrated over
ContactsContacts Gmail 태그, 연락처 URL 및 사용자 지정 태그는 마이그레이션되지 않습니다.Gmail tags, contact URLs, and custom tags will not be migrated

Exchange Online Powershell을사용하여 마이그레이션 일괄 처리를 시작하는 경우 이 문서 의 의 에서 설명하는 바와 같이 매개 변수를 사용하여 특정 폴더가 마이그레이션되지 않도록 할 -ExcludeFolder 수 있습니다.If you will be starting your migration batch with Exchange Online Powershell, as described later in this article, you can use the -ExcludeFolder parameter to prevent certain folders from being migrated. 이렇게 하면 마이그레이션의 데이터 양과 사용자의 새 Exchange Online 사서함 크기가 줄어듭니다.This will reduce the amount of data in your migration, as well as the size of a user's new Exchange Online mailbox. 이름으로 마이그레이션하지 않는 폴더를 식별할 수 있으며, 마이그레이션에서 해당 메시지를 제외하기 위해 여러 메시지에 적용되는 Gmail 레이블을 식별할 수도 있습니다.You can identify folders you don't want to migrate by name, and you can also identify Gmail labels that apply to multiple messages in order to exclude those messages from the migration. 사용에 대한 자세한 내용은 -ExcludeFolder New-MigrationBatch 를 참조하세요.For more information on using -ExcludeFolder, see New-MigrationBatch.

Google 서비스 계정 만들기Create a Google Service Account

중요

Chrome을 사용하여 Google 서비스 계정을 만들 수 있습니다.Use Chrome to create your Google Service account. 다른 브라우저에서는 이 작업을 제대로 허용하지 않을 수 있습니다.Other browsers may not allow you to do this properly.

Google Workspace 사용자 인터페이스의 요소는 시간이 지날 때 변경될 수 있기 때문에 화면이 이 섹션의 예제와 다를 수 있습니다.Because elements of the Google Workspace user interface can change over time, the screens you see might vary from the examples in this section. 특정 필드의 위치도 다를 수 있습니다.The locations of certain fields may vary as well. UI가 크게 변경된 경우를 위해 서비스 계정을 만드는 방법에 대한 자세한 설명은 Google 설명서를 참조하세요.Please look at Google's Documentation for how to Create a Service Account for clarifications in case the UI has changed significantly.

  1. Chrome에서 Google 클라우드 플랫폼으로 이동하여 Google 사용자(예: Google 작업 영역 관리자)로 로그인합니다.In Chrome, go to the Google Cloud Platform and sign in as a Google user (such as the Google Workspace admin).

  2. 만들기를 클릭하여 온보드에 대한 새 프로젝트(예: "Google Workspace 프로젝트")를 만들고 이름을 지정하거나 선택을 클릭하여 기존 프로젝트를 선택합니다. Click Create to create and name a new project for the onboarding (such as "Google Workspace project"), or click Select to select an existing project.

    프로젝트 만들기

  3. IAM & 서비스 계정 선택 프로젝트로 이동한 다음 서비스 계정 만들기를 클릭하고 서비스 계정 이름에서 서비스 계정에 > > "Google Workspace Onboarding"과 같은 이름을 지정합니다.Navigate to IAM & Admin > Service Accounts > Select Project and then click Create Service Account and, in Service account name, give the service account a name, such as "Google Workspace Onboarding." 만들기 를 클릭합니다.Click Create.

    서비스 계정 만들기

  4. 서비스 계정 권한(선택 사항) 화면에서 계속을 클릭합니다.On the Service account permissions (optional) screen, click Continue.

  5. 사용자에게 이 서비스 계정에 대한 액세스 권한 부여(선택 사항) 화면에서 완료를 클릭합니다.On the Grant users access to this service account (optional) screen, click Done.

  6. 서비스 계정을 나열하는 페이지로 돌아온 후 방금 만든 서비스 계정에 대한 전자 메일을 클릭하여 세부 정보 페이지를 입력한 다음 편집 단추를 클릭합니다.Once you have been returned to the page listing the service accounts, click on the Email for the Service Account you just created to enter the details page, then click the Edit button. 또는 작업 열에서 타원을 클릭하고 편집 작업을 선택할 수 있습니다. Alternatively, you can click the ellipsis under the Actions column and select the Edit action.

  7. 서비스 계정 세부 정보 페이지에서 고유 ID 를 참고하십시오.On the Service account details page, note the Unique ID. This is the ClientId that you will provide later in the instructions for Grant access to the service account for your Google tenant.This is the ClientId that you will provide later in the instructions for Grant access to the service account for your Google tenant.

    고유 ID

  8. 위임 표시가 Domain-Wide 영역이 표시되어 있는 경우 해당 섹션을 클릭하여 확장합니다.If you see an area that says Show Domain-Wide Delegation, click to expand that section. 그런 다음 G Suite 도메인 전체 위임 사용 확인란을 사용하도록 설정하고 제품 이름을 입력하여 동의 화면을 구성한 다음 페이지 아래쪽에서 저장을 클릭합니다.Next, enable the checkbox to Enable G Suite Domain-wide Delegation, enter the product name to configure the consent screen, and then click Save at the bottom of the page.

    Domain-Wide 위임

  9. 서비스 계정 세부 정보 페이지에서 키 추가를 클릭하고 새 키 만들기 옵션을 선택합니다.On the Service account details page, click Add Key and select the Create new key option.

    키 만들기

  10. 유형에서 JSON이 선택되어 있는지 확인한 다음 만들기를 클릭합니다.Under Key type, make sure JSON is selected, and then click Create.

    JSON 키

  11. Microsoft 365 또는 Office 365에서마이그레이션 끝점 만들기의 단계 중에 파일 이름을 필요하게 되며 자동으로 다운로드되는 JSON 키 파일을 추적합니다.Keep track of the JSON key file that is automatically downloaded, as you will need its filename during the steps under Create a migration endpoint in Microsoft 365 or Office 365. 팝업 대화 상자를 닫고 저장을 클릭합니다.Close the pop-up dialog and click Save.

프로젝트에서 API 사용을 사용하도록 설정Enable API usage in your project

프로젝트에 필요한 API가 모두 활성화되지 않은 경우 사용하도록 설정해야 합니다.If your project doesn't already have all of the required APIs enabled, you must enable them.

  1. API 라이브러리의 개발자 페이지로 이동하고 Google 서비스 계정 만들기에서 위에서 사용한 Google 사용자로 로그인합니다.Go to the Developer page for API Library and sign in as the Google user you used above in Create a Google Service Account.

  2. 위에서 사용한 프로젝트를 선택합니다.Select the project that you used above.

  3. 다음 API를 검색한 다음 필요한 경우 각 API에 대해 사용 을 클릭하여 프로젝트에 대해 사용하도록 설정할 수 있습니다. Search for the following APIs, and then for each one, if necessary, click Enable to enable them for your project:

    • Gmail APIGmail API
    • Google 캘린더 APIGoogle Calendar API
    • 연락처 APIContacts API

Google 테넌트의 서비스 계정에 대한 액세스 권한 부여Grant access to the service account for your Google tenant

  1. Google 작업 영역 관리 페이지로 이동하여 테넌트의 Google 작업 영역 관리자로 로그인합니다.Go to the Google Workspace Admin page and sign in as Google Workspace admin for your tenant.

  2. 보안을 클릭하고 API 컨트롤을 클릭한 다음 도메인 전체 위임 관리를 클릭합니다.Click Security, then click API Controls, and then click Manage Domain Wide Delegation.

  3. API 클라이언트 목록 옆에 있는 새 추가를 클릭합니다.Next to the API Clients list, click Add new.

  4. 클라이언트 ID에 위의 Google Service 계정 만들기 섹션에서 만든 서비스 계정의 ClientId를 입력합니다.In Client ID, type the ClientId for the service account you created in the Create a Google Service Account section above.

    새 API 클라이언트 추가

  5. OAuth 범위에서 필요한 범위를 공백이 없는 콤보로 구분된 형식으로 추가합니다.In OAuth Scopes, add the required scopes in comma-separated format, with no spaces in between. 예를 들면 https://mail.google.com/,https://www.googleapis.com/auth/calendar,https://www.google.com/m8/feeds/,https://www.googleapis.com/auth/gmail.settings.sharing와 같습니다.For example, https://mail.google.com/,https://www.googleapis.com/auth/calendar,https://www.google.com/m8/feeds/,https://www.googleapis.com/auth/gmail.settings.sharing. OAuth 범위가 잘못 입력된 경우 결과 목록이 일치하지 않습니다. 마이그레이션 일괄 처리를 시작한 후 나중에 마이그레이션 프로세스가 실패합니다.If the OAuth Scopes are entered incorrectly, the resulting list won't match and the migration process will fail later, after you start the migration batch.

  6. 승인 을 클릭합니다.Click Authorize. 결과 목록에 예상되는 4개의 OAuth 범위가 표시되어 있는지 확인해야 합니다.Verify that the resulting list shows the expected four (4) OAuth scopes.

    참고

    이러한 설정이 전파될 때 상당한 시간이 걸릴 수 있습니다(15분에서 24시간까지).It may take a substantial length of time for these settings to propagate (anywhere from 15 minutes to 24 hours).

Microsoft 365 또는 Office 365로의 메일 라우팅을 위한 하위Omain 만들기Create a subdomain for mail routing to Microsoft 365 or Office 365

  1. Go to the Google Workspace Admin page and sign in as a Google Workspace admin for your tenant.Go to the Google Workspace Admin page and sign in as a Google Workspace admin for your tenant.

  2. 도메인, 도메인 관리를 클릭한 다음 도메인 추가를 클릭합니다.Click Domains, then Manage domains, and then click Add a domain.

    참고

    레거시 무료 G Suite를 사용하는 경우 도메인 추가 옵션을 사용할 수 없습니다.The option Add a domain will not be available if using the legacy free edition of G Suite.

  3. 메일을 Microsoft 365 또는 Office 365로 라우팅하는 데 사용할 도메인을 입력한 다음 계속을 클릭하고 도메인 소유권 확인을 클릭합니다.Enter the domain that you will use for routing mails to Microsoft 365 or Office 365, then click Continue and verify domain ownership. 기본 도메인이 자동으로 확인될 수 있도록 기본 도메인의 하위 도메인(예: "o365.fabrikaminc.net"이 fabrikaminc.net 경우")을 권장합니다.A subdomain of your primary domain is recommended (such as "o365.fabrikaminc.net" when "fabrikaminc.net" is your primary domain) so that it will be automatically verified. 다음 단계에 필요한 것이기 때문에 입력하는 도메인의 이름을 추적하고 나중에 Microsoft 365 또는 Office 365에서마이그레이션 일괄 처리를 만들 때 대상 배달 도메인으로 지침의 이름을 추적합니다.Keep track of the name of the domain you enter because you will need it for the following steps, and later in the instructions as the Target Delivery Domain when you Create a migration batch in Microsoft 365 or Office 365.

    참고

    기본 도메인의 하위 도메인이 권장됩니다.A sub-domain of your primary domain is recommended. 다른 도메인(예: "fabrikaminc.onmicrosoft.com")이 설정되어 있는 경우 Google은 메일을 라우팅할 수 있는 권한을 확인하는 링크가 있는 각 개별 주소로 전자 메일을 전송합니다.If another domain (such as "fabrikaminc.onmicrosoft.com") is set, Google will send emails to each individual address with a link to verify the permission to route mail. 확인이 완료될 때까지 마이그레이션이 완료되지 않습니다.Migration won't complete until the verification is completed.

    도메인 추가

  4. 도메인을 확인하는 데 필요한 후속 단계를 수행하여 상태가 활성으로 표시되는지 확인해야 합니다.Follow any subsequent steps that are then required to verify your domain, making sure that the status is shown as Active. 위의 3단계에서 기본 도메인의 하위 도메인을 선택한 경우 새 도메인이 자동으로 확인된 것일 수 있습니다.If you chose a subdomain of your primary domain in step 3 above, your new domain may have been verified automatically.

    도메인 확인

  5. 3단계에서 만든 도메인에서 Microsoft 365 또는 Office 365를 지점으로 하는 MX 레코드가 있도록 DNS 공급자에 로그인하고 DNS 레코드를 업데이트합니다.Log into your DNS provider and update your DNS records so that you have an MX record at the domain you created above in step 3, pointing to Microsoft 365 or Office 365. 위에서 만든 이 도메인이 Microsoft 365 또는 Office 365의 허용 도메인이 되도록 합니다.Ensure that this domain that you created above is an accepted domain in Microsoft 365 or Office 365. Microsoft 365에 도메인 추가의 지침에 따라 Microsoft 365 또는 Office 365 라우팅 도메인("o365.fabrikaminc.net")을 조직에 추가하고 메일을 Microsoft 365 또는 Office 365로 라우팅하도록 DNS를 구성합니다.Follow the instructions in Add a domain to Microsoft 365 to add the Microsoft 365 or Office 365 routing domain ("o365.fabrikaminc.net") to your organization and to configure DNS to route mail to Microsoft 365 or Office 365.

참고

위에서 설명한 대로 확인되지 않은 라우팅 도메인을 사용하는 경우 마이그레이션 프로세스를 완료할 수 없습니다.The migration process won't be able to complete if a routing domain is used that is not verified as described above. 기본 Google 작업 영역 도메인의 하위 도메인 대신 Office 365로 메일을 라우팅하기 위한 기본 제공 "tenantname.onmicrosoft.com" 도메인을 선택하면 Microsoft에서 지원할 수 없는 문제가 발생하여 사용자가 전달 주소를 수동으로 확인하거나 Google 지원에 문의하는 것이 좋습니다.Choosing the built-in "tenantname.onmicrosoft.com" domain for routing mail to Office 365 instead of a sub-domain of the primary Google Workspace domain occasionally causes issues that Microsoft is not able to assist with besides to recommend that the user manually verify the forwarding address or contact Google support.

Google Workspace 도메인으로의 메일 라우팅을 위한 하위 도메인 만들기Create a subdomain for mail routing to your Google Workspace domain

  1. Go to the Google Workspace Admin page and sign in as a Google Workspace admin for your tenant.Go to the Google Workspace Admin page and sign in as a Google Workspace admin for your tenant.

  2. 도메인, 도메인 관리를 클릭한 다음 도메인 별칭 추가를 클릭합니다. Click Domains, then Manage domains, and then click Add a domain alias.

  3. Google Workspace로 메일을 라우팅하는 데 사용할 도메인을 입력한 다음 계속을 클릭하고 도메인 소유권 확인을 클릭합니다.Enter the domain that you will use for routing mails to Google Workspace, then click Continue and verify domain ownership. 기본 도메인의 하위 도메인이 자동으로 확인될 수 있도록 기본 도메인의 하위 도메인(예: "gsuite.fabrikaminc.net"fabrikaminc.net 이 기본 도메인인 경우)을 권장합니다.A subdomain of your primary domain is recommended (such as "gsuite.fabrikaminc.net" when "fabrikaminc.net" is your primary domain) so that it will be automatically verified.

    도메인 별칭 추가

  4. 도메인을 확인하는 데 필요한 후속 단계를 수행하여 상태가 활성으로 표시되는지 확인해야 합니다.Follow any subsequent steps that are then required to verify your domain, making sure that the status is shown as Active. 위의 3단계에서 기본 도메인의 하위 도메인을 선택한 경우 새 도메인이 자동으로 확인된 것일 수 있습니다.If you chose a subdomain of your primary domain in step 3 above, your new domain may have been verified automatically.

    도메인 확인

  5. Google의 지침에 따라 이 도메인에 대해 Google Workspace Gmail에 대한 MX 레코드를 설정하세요.Follow Google's instructions to Set up MX records for Google Workspace Gmail for this domain.

    참고

    Google에서 이 설정을 조직의 모든 사용자에게 전파하는 데 최대 24시간이 걸릴 수 있습니다.It may take up to 24 hours for Google to propagate this setting to all of the users in your organization.

    중요

    Microsoft 365 또는 Office 365 조직에서 기본이 아닌 전송 설정을 사용하는 경우 메일 흐름이 Office 365에서 Google Workspace로 작동하는지 확인해야 합니다.If you are using non-default Transport settings in your Microsoft 365 or Office 365 organization, you should check that mail flow will work from Office 365 to Google Workspace. 기본 원격 도메인(" ")에 자동 전달이 사용하도록 설정되어 있는지 또는 자동 전달을 사용하도록 설정한 Google 작업 영역 라우팅 도메인(예: "gsuite.fabrikaminc.net")에 대한 새 원격 도메인이 있는지 * 확인합니다.Be sure that either your default Remote Domain ("*") has Automatic Forwarding enabled, or that there is a new Remote Domain for your Google Workspace routing domain (e.g. "gsuite.fabrikaminc.net") that has Automatic Forwarding enabled.

Microsoft 365 또는 Office 365에서 사용자 프로비전Provision users in Microsoft 365 or Office 365

Google Workspace 환경이 제대로 구성되면 Exchange 관리 센터 또는 Exchange Online PowerShell을 통해 마이그레이션을 완료할 수 있습니다.Once your Google Workspace environment has been properly configured, you can complete your migration in the Exchange admin center or through the Exchange Online PowerShell.

두 방법 중 하나를 계속하기 전에 마이그레이션할 조직의 모든 사용자에 대해 메일 사용자를 프로비전해야 합니다(현재 또는 결국).Before proceeding with either method, make sure that Mail Users have been provisioned for every user in the organization who will be migrated (either now or eventually). 프로비전되지 않은 사용자가 있는 경우 메일 사용자 관리의 지침을 사용하여 프로비전합니다.If any users aren't provisioned, provision them using the instructions in Manage mail users.

고급 시나리오의 경우 Azure AD(Azure Active Directory) Connect를 배포하여 메일 사용자를 프로비전할 수 있습니다.For more advanced scenarios, you may be able to deploy Azure Active Directory (Azure AD) Connect to provision your Mail Users. 개요를 확인하려면 Microsoft Azure에서 Microsoft 365 디렉터리 동기화 배포 및 Microsoft 365에 대한 디렉터리 동기화 설정 지침을 참조하세요.See Deploy Microsoft 365 Directory Synchronization in Microsoft Azure for an overview, and Set up directory synchronization for Microsoft 365 for setup instructions. 그런 다음 사용자 관리를 위해 Exchange 서버를 사내 환경에 배포하고 이 서버를 사용하여 사용자가 메일을 사용할 수 있도록 설정해야 합니다.Then, you need to deploy an Exchange server in your on-premises environment for user management, and mail-enable your users using this server. 자세한 내용은 How and when to decommission your on-premises Exchange servers in a hybrid deployment 및 Manage mail users를 참조하십시오.For more information, see How and when to decommission your on-premises Exchange servers in a hybrid deployment and Manage mail users. Microsoft 365에서 메일 사용자를 만든 후 마이그레이션 프로세스에서 이러한 사용자를 사서함으로 변환할 수 있도록 Azure AD Connect를 사용하지 않도록 설정해야 할 수 있습니다. Microsoft 365에대한 디렉터리 동기화 끄기 를 참조하세요.Once the Mail Users have been created in Microsoft 365, the Azure AD Connect may need to be disabled in order to allow the migration process to convert these users into mailboxes - see Turn off directory synchronization for Microsoft 365.

각 사용자의 기본 주소(예: "will@fabrikaminc.net")를 기본 도메인에 두는 것이 좋습니다.We recommend that the primary address (sometimes referred to as the "User ID") for each user be at the primary domain (such as "will@fabrikaminc.net"). 일반적으로 이는 기본 전자 메일 주소가 Microsoft 365 또는 Office 365와 Google Workspace 간에 일치해야 한다는 의미입니다.Typically, this means that the primary email address should match between Microsoft 365 or Office 365 and Google Workspace. 사용자가 기본 주소에 대해 다른 도메인으로 프로비전된 경우 해당 사용자는 적어도 기본 도메인에 프록시 주소를 설정해야 합니다.If any user is provisioned with a different domain for their primary address, then that user should at least have a proxy address at the primary domain. 각 사용자는 Google 작업 영역 라우팅 ExternalEmailAddress 도메인("will@gsuite.fabrikaminc.net")에서 사용자를 will@gsuite.fabrikaminc.net.Each user should have their ExternalEmailAddress point to the user in their Google Workspace routing domain ("will@gsuite.fabrikaminc.net"). 또한 사용자에게 Microsoft 365 또는 Office 365 라우팅 도메인으로 라우팅하는 데 사용할 프록시 주소(예: "will@o365.fabrikaminc.net")가 있습니다.The users should also have a proxy address that will be used for routing to their Microsoft 365 or Office 365 routing domain (such as "will@o365.fabrikaminc.net").

참고

마이그레이션이 완료될 때까지 이러한 사용자에 대해 기본 MRM 정책 및 보관 정책을 사용하지 않도록 설정하는 것이 좋습니다.We recommend that the Default MRM Policy and Archive policies be disabled for these users until after their migration has been completed. 마이그레이션 중에 이러한 기능을 계속 사용할 수 있는 경우 일부 메시지는 콘텐츠 확인 프로세스 중에 "누락된" 것으로 간주될 가능성이 있습니다.When such features remain enabled during migration, there is a chance that some messages will end up being considered "missing" during the content verification process.

새 Exchange 관리 센터(새 EAC)를 통해 Google Workspace 마이그레이션 일괄 처리 시작Start a Google Workspace migration batch with the new Exchange admin center (New EAC)

중요

Microsoft의 데이터 마이그레이션 도구는 현재 MRM(메시징 레코드 관리) 또는 보관 정책을 적용하는 도구를 인식하지 못합니다.Microsoft’s data migration tool is currently unaware of tools enforcing messaging records management (MRM) or archival policies. 따라서 이러한 정책에 의해 삭제되거나 보관함으로 이동된 모든 메시지는 마이그레이션 프로세스에서 이러한 항목을 "누락"으로 표시하게 됩니다.Because of this, any messages that are deleted or moved to archive by these policies will result in the migration process flagging these items as "missing". 그 결과 실제 데이터 손실이 아닌 데이터 손실로 인식될 수 있습니다. 따라서 콘텐츠 확인 검사 중에 실제 데이터 손실을 식별하기가 훨씬 더 어려워질 수 있습니다.The result is perceived data loss rather than actual data loss, which makes it much harder to identify actual data loss during any content verification checks.

따라서 사서함으로의 데이터 마이그레이션을 시도하기 전에 모든 MRM 및 보관 정책을 비활성화하는 것이 좋습니다.Therefore, Microsoft strongly recommends disabling all MRM and archival policies before attempting any data migration to mailboxes.

  1. Exchange 관리 센터에서마이그레이션 일괄 처리 로 > 이동합니다.In the new Exchange Admin center, navigate to Migration > Batch.

  2. 마이그레이션 일괄 처리를 클릭하고 세부 정보 창의 지침을 따릅니다.Click New Migration batch and follow the instructions in the details pane.

  3. 마이그레이션 온보더링 섹션에서 일괄 처리 이름을 입력하고 사서함 마이그레이션 경로를 선택한 후 다음 을 클릭합니다.In Migration Onboarding section, enter the batch name, select the mailbox migration path and click Next.

  4. 드롭다운 목록에서 G Suite(Gmail) 마이그레이션으로 마이그레이션 유형을 선택하고 다음 을 클릭합니다.Select the migration type as G Suite (Gmail) migration from the drop-down list and click Next.

    마이그레이션 온보더링

  5. G Suite 마이그레이션 선행 작업 섹션에서 마이그레이션을 위해 G-Suite 구성을 자동화하거나 마이그레이션을 위해 G-Suite를 수동으로 구성할 수 있습니다.In G Suite migration prerequisites section, you can either automate the configuration of your G-Suite for migration or manually configure G-Suite for migration.

    G Suite 마이그레이션 선행 준비

  6. 마이그레이션을 위한 G-Suite 구성 자동화에서 시작을 클릭하여 4개의 필수 구성 단계를 자동화합니다.Under Automate the configuration of your G-Suite for migration, click Start to automate the four required prerequisite steps.

  7. API의 유효성을 검사하려면 Google 계정에 로그인합니다.Sign in to your Google account to validate your APIs.

    API의 유효성이 검사된 후 API 액세스 범위를 추가하기 위한 링크, 클라이언트 ID 및 범위가 제공됩니다.Once the APIs are successfully validated, a link, client ID, and a scope is provided to add scope for API access.

  8. API 액세스 링크를 클릭하고 Google 계정을 검증합니다.Click the API access link and verify your google account.

  9. Google 관리 페이지에서 새 추가를 클릭합니다.In Google admin page, click Add new.

  10. 새 클라이언트 ID 추가 창에서 API 유효성 검사 후 제공된 범위와 클라이언트 ID를 입력하고 승인을 클릭합니다.In Add a new client ID window, enter the client ID and the scope provided after API validation and click Authorize.

    참고

    자세한 내용은 위의 항목 Google 테넌트에 대한 서비스 계정에 대한 액세스 권한 부여를 참조하세요.For more information, see the above topic Grant access to the service account for your Google tenant.

  11. 끝점 설정 섹션의 드롭다운 목록에서 마이그레이션 끝점을 선택하고 다음 을 클릭합니다.In Set endpoint section, select the migration endpoint from the drop-down list and click Next.

    끝점 설정

    참고

    Gmail 사서함을 마이그레이션하기 위해 Microsoft 365 또는 Office 365는 Gmail에 연결하고 통신해야 합니다.To migrate Gmail mailboxes successfully, Microsoft 365 or Office 365 needs to connect and communicate with Gmail. 이를 위해 Microsoft 365 또는 Office 365는 마이그레이션 끝점을 사용 합니다.To do this, Microsoft 365 or Office 365 uses a migration endpoint. 마이그레이션 끝점이란 사서함을 마이그레이션할 수 있도록 연결을 만드는 데 사용되는 설정을 설명하는 기술 용어입니다.Migration endpoint is a technical term that describes the settings that are used to create the connection so you can migrate the mailboxes.

  12. 마이그레이션할 모든 사용자 집합이 포함된 CSV 파일을 만들 수 있습니다.Create a CSV file containing the set of all of the users you want to migrate. 아래에서 파일 이름을 필요로 합니다.You will need its filename below. 허용되는 헤더는 다음입니다.The allowed headers are:

    • EmailAddress(필수)EmailAddress (required). 기존 Microsoft 365 또는 Office 365 사서함의 기본 전자 메일 주소를 포함Contains the primary email address for an existing Microsoft 365 or Office 365 mailbox.

    • 사용자 이름(선택 사항).Username (optional). Gmail 기본 전자 메일 주소가 EmailAddress와 다른 경우 포함Contains the Gmail primary email address, if it differs from EmailAddress.

    EmailAddress
    will@fabrikaminc.net
    user123@fabrikaminc.net
    
  13. 사용자 사서함 추가 섹션에서 CSV 파일을 가져오고 다음 을 클릭합니다.In Add user mailboxes section, import the CSV file and click Next.

  14. 구성 이동 섹션에서 세부 정보를 입력하고 다음 을 클릭합니다.In Move configuration section, enter the details and click Next.

  15. 일괄 마이그레이션 예약 섹션에서 모든 세부 정보를 확인하고 저장을 클릭한 다음 완료를 클릭합니다.In Schedule batch migration section, verify all the details, click Save, and then click Done.

    일괄 마이그레이션 예약

    일괄 처리 상태가 동기화 중에서 동기화로 변경된 후 일괄 처리를 완료해야 합니다.Once the batch status changes from Syncing to Synced, you need to complete the batch.

    참고

    일괄 처리가 시작되면 마이그레이션할 모든 사용자가 MailUsers에서 사서함으로 변환됩니다.When the batch starts, all the users to be migrated will be converted from MailUsers to Mailboxes. Microsoft 365 또는 Office 365 Exchange 라이선스는 이 순간 이후에만 할당되어야 합니다.The Microsoft 365 or Office 365 Exchange license must be assigned only after this moment. 라이선스를 할당할 기간은 30일입니다.You have 30 days to assign the license.

  16. 일괄 처리를 완료하려면 마이그레이션 그룹을 선택합니다.To complete the batch, select the migration group.

  17. 세부 정보 창에서 기본 옵션을 선택하여 일괄 처리를 완료하고 저장을 클릭합니다.In the details pane, select the preferred option to complete the batch and click Save.

    그런 다음 일괄 처리 상태가 완료됩니다.The batch status will then be Completed.

완료 중에는 Google Workspace 사서함에 적용된 변경 내용을 복사하기 위해 다른 증분 동기화가 실행됩니다.During completion, another incremental sync is run to copy any changes that have been made to the Google Workspace mailbox. 또한 완료 중에 Microsoft 365 또는 Office 365에서 Google Workspace로 메일을 라우팅하는 전달 주소가 제거되고 Google Workspace에서 Microsoft 365 또는 Office 365로 메일을 라우팅하는 전달 주소가 추가됩니다.Additionally, during completion, the forwarding address that routes mail from Microsoft 365 or Office 365 to Google Workspace is removed, and a forwarding address that routes mail from Google Workspace to Microsoft 365 or Office 365 is added. 이렇게 하면 마이그레이션된 사용자가 Google Workspace 사서함에서 받은 모든 메시지가 새 Microsoft 365 또는 Office 365 주소로 전송됩니다.This ensures that any messages received by migrated users at their Google Workspace mailboxes will be sent to their new Microsoft 365 or Office 365 address. 마찬가지로 아직 마이그레이션되지 않은 사용자가 Microsoft 365 또는 Office 365 주소로 메시지를 받으면 해당 메시지가 Google Workspace 사서함으로 라우팅됩니다.Similarly, if any user who has not yet been migrated receives a message at their Microsoft 365 or Office 365 address, the message will get routed to their Google Workspace mailbox.

클래식 Exchange 관리 센터(클래식 EAC)를 통해 Google Workspace 마이그레이션 일괄 처리 시작Start a Google Workspace migration batch with the Classic Exchange admin center (Classic EAC)

  1. Exchange 관리 센터에서 받는 사람 클릭한 다음 마이그레이션 을 클릭합니다.In the Exchange Admin center, click recipients, and then click migration.

  2. "새로 만들기" 새로 만들기를 클릭하여 새 마이그레이션 일괄 처리를 만든 다음  Exchange Online으로 마이그레이션을 클릭합니다.Click "New" New to create a new migration batch, and then click Migrate to Exchange Online.

  3. 새 마이그레이션 일괄 처리 창에서 G Suite(Gmail) 마이그레이션을 선택하고 다음 을 클릭합니다.In the New Migration Batch window, select G Suite (Gmail) migration, and then click Next.

    Gsuite 선택

  4. 마이그레이션할 모든 사용자 집합이 포함된 CSV 파일을 만들 수 있습니다.Create a CSV file containing the set of all of the users you want to migrate. 아래에서 파일 이름을 필요로 합니다.You will need its filename below. 허용되는 헤더는 다음입니다.The allowed headers are:

    • EmailAddress(필수)EmailAddress (required). 기존 Microsoft 365 또는 Office 365 사서함의 기본 전자 메일 주소를 포함Contains the primary email address for an existing Microsoft 365 or Office 365 mailbox.

    • 사용자 이름(선택 사항).Username (optional). Gmail 기본 전자 메일 주소가 EmailAddress와 다른 경우 포함Contains the Gmail primary email address, if it differs from EmailAddress.

    EmailAddress
    will@fabrikaminc.net
    user123@fabrikaminc.net
    
  5. 사용자 선택에서 파일 선택을 클릭하고 이 일괄 처리에서 마이그레이션하는 모든 사용자의 CSV 파일로 이동합니다.Under Select the users, click Choose File and navigate to the CSV file of all the users you are migrating in this batch. CSV 파일에 위에서 언급한 두 열 외에 더 많은 열이 포함되어 있는 경우 CSV 파일에서 알 수 없는 열 허용을 클릭하여 선택합니다.If your CSV file contains more columns besides the two mentioned above, click to select Allow unknown columns in the CSV file.

    Csv 파일

  6. CSV 파일을 선택한 후 열기 를 클릭합니다.After selecting the CSV file, click Open. 새 마이그레이션 일괄 처리 페이지에서 다음 을 클릭합니다.Back on the new migration batch page, click Next.

  7. Google 작업 영역 환경 내의 Super Admin에 대한 전자 메일 주소를 입력합니다.Enter the email address for the super admin within the Google Workspace environment. 이 계정은 방금 만든 서비스 계정이 아니며 Google Workspace 관리자의 전자 메일 주소입니다. 이 전자 메일 주소는 Google Workspace와 Microsoft 365 또는 Office 365 간의 연결을 테스트하는 데 사용됩니다.This is not the service account you just created, it should be the email address of the Google Workspace admin. This email address will be used to test connectivity between Google Workspace and Microsoft 365 or Office 365.

  8. JSON 키 파일을 사용하여 서비스 계정 자격 증명 지정에서 파일 선택을 클릭한 다음 서비스 계정을 만들 때 자동으로 다운로드된 JSON 파일을 선택합니다.Under Specify the service account credentials using the JSON key file, click Choose File, and then select the JSON file that was downloaded automatically when you created your service account. 이 파일에는 서비스 계정의 개인 키가 포함되어 있습니다.This file contains the private key for the service account. 열기 클릭하여 파일을 선택한 다음 새 마이그레이션 일괄 처리 페이지에서 다시 다음 을 클릭합니다.Click Open to select the file, and then, back on the new migration batch page, click Next.

    사용자 전자 메일 주소

    참고

    마이그레이션 끝점을 확인하지 않는 경우 확인 건너뛰기 를 클릭하여 선택합니다.Click to select Skip verification if you don't want to verify the migration endpoint.

  9. 이동 구성의 필드에 마이그레이션 일괄 처리 이름을 지정하고, Google Workspace 원본 조직에서 Microsoft 365 또는 Office 365 대상 조직으로 메일을 라우팅하기 위해 만든 도메인인 대상 배달 도메인을 입력합니다.In the fields under Move configuration, name your migration batch, and enter the target delivery domain, which is the domain you created for routing mail to the Microsoft 365 or Office 365 target organization from the Google Workspace source organization. 선택적으로 마이그레이션에서 제외해야 하는 폴더를 지정할 수도 있습니다.Optionally, you can also specify any folders that should be excluded from the migration. 완료되면 다음 을 클릭합니다.When done, click Next.

    batch name(일괄 처리 이름)

    참고

    사용할 대상 배달 도메인은 드롭다운에 자동으로 표시되지 않습니다. 대신 텍스트 상자 내에서 클릭하고 입력해야 합니다.The target delivery domain you will want to use will not automatically show up in the dropdown - instead you should click within the text box and type it in. 대상 배달 도메인은 Google Workspace에 있는 사용자의 기본 도메인과 달라야 합니다.The target delivery domain must be different from the primary domain of the users in Google Workspace.

  10. 일괄 처리 시작에서 일괄 처리 진행률에 대해 알림을 해야 하는 모든 사용자 이름 또는 별칭을 입력합니다.Under Start the batch, fill in the names or aliases of anyone who should be notified about the batch progress. 그런 다음 일괄 처리를 시작하고 완료할 방법을 선택합니다.Then select how you want to begin and complete the batch. 완료되면 새 를 클릭합니다.When done, click new.

    일괄 처리 시작

  11. 일괄 처리 상태가 동기화 중에서 동기화로 변경된 후 일괄 처리를 완료해야 합니다.After the batch status changes from Syncing to Synced, you need to complete the batch. 그런 다음 일괄 처리 상태가 완료됩니다.The batch status will then be Completed.

    일괄 동기화

    참고

    일괄 처리가 시작되면 마이그레이션할 모든 사용자가 MailUsers에서 사서함으로 변환됩니다.When the batch starts, all the users to be migrated will be converted from MailUsers to Mailboxes. Microsoft 365 또는 Office 365 Exchange 라이선스는 이 순간 이후에만 할당되어야 합니다.The Microsoft 365 or Office 365 Exchange license must be assigned only after this moment. 라이선스를 할당할 기간은 30일입니다.You have 30 days to assign the license.

완료 중에는 Google Workspace 사서함에 적용된 변경 내용을 복사하기 위해 다른 증분 동기화가 실행됩니다.During completion, another incremental sync is run to copy any changes that have been made to the Google Workspace mailbox. 또한 완료 중에 Microsoft 365 또는 Office 365에서 Google Workspace로 메일을 라우팅하는 전달 주소가 제거되고 Google Workspace에서 Microsoft 365 또는 Office 365로 메일을 라우팅하는 전달 주소가 추가됩니다.Additionally, during completion, the forwarding address that routes mail from Microsoft 365 or Office 365 to Google Workspace is removed, and a forwarding address that routes mail from Google Workspace to Microsoft 365 or Office 365 is added. 이렇게 하면 마이그레이션된 사용자가 Google Workspace 사서함에서 받은 모든 메시지가 새 Microsoft 365 또는 Office 365 주소로 전송됩니다.This ensures that any messages received by migrated users at their Google Workspace mailboxes will be sent to their new Microsoft 365 or Office 365 address. 마찬가지로 아직 마이그레이션되지 않은 사용자가 Microsoft 365 또는 Office 365 주소로 메시지를 받으면 해당 메시지가 Google Workspace 사서함으로 라우팅됩니다.Similarly, if any user who has not yet been migrated receives a message at their Microsoft 365 or Office 365 address, the message will get routed to their Google Workspace mailbox.

Exchange Online PowerShell을 통해 Google Workspace 마이그레이션 시작Start a Google Workspace migration with Exchange Online PowerShell

Microsoft 365 또는 Office 365에서 마이그레이션 끝점 만들기Create a migration endpoint in Microsoft 365 or Office 365

  1. Exchange Online PowerShell에 연결합니다.Connect to Exchange Online PowerShell.

  2. Google Workspace 환경 내에서 슈퍼 관리자의 전자 메일 주소를 찾아야 합니다.Find the email address for the super admin within the Google Workspace environment. 이 전자 메일 주소는 Google Workspace와 Microsoft 365 또는 Office 365 간의 연결을 테스트하는 데 사용됩니다.This email address will be used to test connectivity between Google Workspace and Microsoft 365 or Office 365. 다음 단계에서는 'admin123'을 예로 들 수 있습니다.The following steps use 'admin123' as an example.

  3. 다음 명령을 실행합니다.Run the following command:

    Test-MigrationServerAvailability -Gmail -ServiceAccountKeyFileData $([System.IO.File]::ReadAllBytes("C:\\somepath\\yourkeyfile.json")) -EmailAddress admin123@fabrikaminc.net
    
  4. 테스트가 성공적이지 확인Verify the test is successful.

  5. 성공하면 다음 명령을 실행합니다.If successful, run the following command:

    New-MigrationEndpoint -Gmail -ServiceAccountKeyFileData $([System.IO.File]::ReadAllBytes("C:\\somepath\\yourkeyfile.json")) -EmailAddress admin123@fabrikaminc.net -Name gmailEndpoint
    

Microsoft 365 또는 Office 365에서 마이그레이션 일괄 처리 만들기Create a migration batch in Microsoft 365 or Office 365

  1. Exchange Online PowerShell에 연결합니다.Connect to Exchange Online PowerShell.

  2. 마이그레이션할 모든 사용자 집합이 포함된 CSV 파일을 만들 수 있습니다.Create a CSV file containing the set of all of the users you want to migrate. 아래에서 파일 이름을 필요로 합니다.You will need its filename below. 허용되는 헤더는 다음입니다.The allowed headers are:

    • EmailAddress(필수)EmailAddress (required). 기존 Microsoft 365 또는 Office 365 사서함의 기본 전자 메일 주소를 포함Contains the primary email address for an existing Microsoft 365 or Office 365 mailbox.

    • 사용자 이름(선택 사항).Username (optional). Gmail 기본 전자 메일 주소가 EmailAddress와 다른 경우 포함Contains the Gmail primary email address, if it differs from EmailAddress.

    EmailAddress
    will@fabrikaminc.net
    user123@fabrikaminc.net
    
  3. 다음 명령을 실행합니다.Run the following command:

    New-MigrationBatch -SourceEndpoint gmailEndpoint -Name gmailBatch -CSVData $([System.IO.File]::ReadAllBytes("C:\\somepath\\gmail.csv")) -TargetDeliveryDomain "o365.fabrikaminc.net"
    

    이 cmdlet에 사용할 수 있는 모든 개별 매개 변수에 대한 설명은 New-MigrationBatch를 참조합니다.See New-MigrationBatch for an explanation of all of the individual parameters you can use with this cmdlet.

  4. 마이그레이션 일괄 처리를 시작 합니다.Start the migration batch.

    참고

    일괄 처리가 시작되면 마이그레이션할 모든 사용자가 MailUsers에서 사서함으로 변환됩니다.When the batch starts, all the users to be migrated will be converted from MailUsers to Mailboxes. Microsoft 365 또는 Office 365 Exchange 라이선스는 이 순간 이후에만 할당되어야 합니다.The Microsoft 365 or Office 365 Exchange license must be assigned only after this moment. 라이선스를 할당할 기간은 30일입니다.You have 30 days to assign the license.

Microsoft 365 또는 Office 365에서 마이그레이션 일괄 처리 완료Complete the migration batch in Microsoft 365 or Office 365

마이그레이션 일괄 처리가 동기화된 상태인 경우 Complete-MigrationBatch cmdlet을 실행하여 완료해야 합니다.When the migration batch has reached the state of Synced, it needs to be completed by running the Complete-MigrationBatch cmdlet.

완료 중에는 Google Workspace 사서함에 적용된 변경 내용을 복사하기 위해 다른 증분 동기화가 실행됩니다.During completion, another incremental sync is run to copy any changes that have been made to the Google Workspace mailbox. 또한 Office 365에서 Google Workspace로 메일을 라우팅하는 전달 주소가 제거되고 Google Workspace에서 Office 365로 메일을 라우팅하는 전달 주소가 추가됩니다.Additionally, the forwarding address that routes mail from Office 365 to Google Workspace is removed, and a forwarding address that routes mail from Google Workspace to Office 365 is added.

참고

Google Workspace에서 Exchange Online으로의 분리된 마이그레이션을 수행하면 주소 전달이 필요하지 않습니다.Forwarding addresses are not needed when doing a cutover migration from Google Workspace to Exchange Online.

마이그레이션 완료Finalizing your migration

모든 Google Workspace 사용자를 Microsoft 365 또는 Office 365로 마이그레이션한 후 기본 MX 레코드를 전환하여 Microsoft 365 또는 Office 365를 지점으로 할 수 있습니다.After you have successfully migrated all of your Google Workspace users to Microsoft 365 or Office 365, you can switch your primary MX record to point to Microsoft 365 or Office 365. MX 레코드에 대한 업데이트는 레코드의 이전 TTL(라이브 시간)에 있는 시간까지 고려하여 느리게 전파됩니다.The update to the MX record will propagate slowly, taking up to the length of time in the record's previous TTL (time to live). 이제 원본 Google Workspace 테넌트를 해제할 수 있습니다.At this point, you are free to decommission your source Google Workspace tenant.