Exchange Onlineでの Google Workspace の移行に関する前提条件

Google Workspace の移行プロセスを開始する前に、次の手順を (前述の順序で) 実行する必要があります。

1. Google Workspace の移行プロセスとその制限事項の概要を説明しますので、 必ず Google Workspace の移行 を実行します
2. Microsoft 365 または Office 365 へのメール ルーティング用のサブドメインを作成する
3. Google Workspace ドメインへのメール ルーティング用のサブドメインを作成する
4. Microsoft 365 または Office 365 でユーザーをプロビジョニングする

Microsoft 365 または Office 365 へのメール ルーティング用のサブドメインを作成する

1. Google Workspace の管理ページに移動し、テナントの Google Workspace 管理者としてサインインします。

2. [ドメインの追加] を選択します。

   注:

   従来の無料版の G Suite を使用している場合、[ ドメインの追加] オプションは使用できません。

3. メールを Microsoft 365 または Office 365 にルーティングするために使用するドメインを入力し、[ユーザー エイリアス ドメイン] を選択して、[ドメインの追加] & [検証の開始] を選択します。 自動的に検証されるように、プライマリ ドメインのサブドメインを (たとえば、"fabrikaminc.net" がプライマリ ドメインの場合、"o365.fabrikaminc.net" にすることをお勧めします)。 別のドメイン ("fabrikaminc.onmicrosoft.com" など) が設定されている場合、Google は個々のアドレスに、メールをルーティングする許可を確認するためのリンクを含むメールを送信します。 確認が完了するまで移行は完了しません。

   入力したドメインの名前は、後続の手順で必要になるため、および Microsoft 365 または Office 365 で移行バッチを作成するプロセスでターゲット配信ドメインとして使用する必要があるため、追跡しておいてください。

   

   注:

   バッチ中に GmailForwardingAddressRequiresVerificationException という エラーが発生した場合は、Gmail 側からメールを転送するためのサブドメインを作成する手順をスキップします。

4. 状態が [アクティブ] として表示されるまで、ドメインの確認に必要な後続の手順に従います。 (手順 3 で作成された) プライマリ ドメインのサブドメインを選択した場合、新しいドメインは自動的に確認済みである可能性があります。

   

5. DNS プロバイダーにサインインして DNS レコードを更新して、(手順 3 で) 作成したドメインに MX レコードが作成され、Microsoft 365 または Office 365 を指します。 このドメイン (手順 3 で作成された) が、Microsoft 365 または Office 365 で承認済みドメインであることを確認します。 「Microsoft 365 にドメインを追加する」の指示に従って、Microsoft 365 または Office 365 のルーティング ドメイン ("o365.fabrikaminc.net") を組織に追加して、メールを Microsoft 365 または Office 365 にルーティングするよう DNS を構成します。

Google Workspace ドメインへのメール ルーティング用のサブドメインを作成する

1. Google Workspace の管理ページに移動し、テナントの Google Workspace 管理者としてサインインします。

2. [ドメインの追加] を選択します。

3. Google Workspace へのメールのルーティングに使用するドメインを入力し、[ ユーザー エイリアス ドメイン] を選択して、[ ドメインの追加] & [確認を開始] を選択します。 自動的に検証されるように、プライマリ ドメインのサブドメインを指定することをお勧めします (たとえば、"fabrikaminc.net" がプライマリ ドメインの場合は "gsuite.fabrikaminc.net" にします)。

   

4. その後、ドメインの状態が [アクティブ] と表示されるまで、ドメインの確認に必要な後続の手順に従います。 (手順 3 で作成された) プライマリ ドメインのサブドメインを選択した場合、新しいドメインは自動的に確認済みである可能性があります。

   

5. Google の指示に従って、このドメインの Google Workspace Gmail の MX レコードを設定します。

   注:

   Google がこの設定を organization 内のすべてのユーザーに伝達するまでに、最大で 24 時間かかる場合があります。

   重要

   Microsoft 365 または Office 365 organization で既定以外のトランスポート設定を使用している場合は、Office 365 から Google Workspace へのメール フローが機能するかどうかをチェックする必要があります。 既定のリモート ドメイン ("*") で自動転送が有効になっているか、Google Workspace ルーティング ドメインの新しいリモート ドメイン ("gsuite.fabrikaminc.net" など) に自動転送が有効になっていることを確認します。

Google Cloud プラットフォームの権限を確認する

自動化されたシナリオでは、Google 移行管理者が Google 管理コンソールで次の手順を実行できる必要があります。

1. Google Workspace プロジェクトを作成します。
2. プロジェクトで Google Workspace サービス アカウントを作成します。
3. サービス キーを作成します。
4. すべての API (Gmail、Calendar、連絡先) を有効にします。

これらの手順を完了するには、Google 移行管理者に次のアクセス許可が必要です。

• resourcemanager.projects.create
• IAM.ServiceAccounts.create

この 4 つの手順を完了する最も確実な方法は、Google 移行管理者に次のロールを割り当てることです。

• Projector Creator
• サービス アカウント作成者

その手順は次のとおりです。

1. https://console.developers.google.comに移動します。

2. 右上隅のハンバーガー メニューを展開します。

   

3. [IAM & 管理] を選択します。

4. [ リソースの管理] を選択します。

5. 適切なリソースを選択し、右側のウィンドウにある [ アクセス許可] タブで [ プリンシパルの追加] を選択します。

6. Google Migration 管理者の資格情報を入力し、フィルターに 「Project Creator 」と入力して、[ Project Creator] を選択します。

7. [ 別のロールを追加] を選択し、フィルターに 「サービス アカウントの作成」 と入力して、[ サービス アカウントの作成] を選択します。

8. [保存] を選択します。

Microsoft 365 または Office 365 でユーザーをプロビジョニングする

Google Workspace 環境が正しく構成されたら、Exchange 管理センターで、または Exchange Online PowerShell を介して移行を完了できます。

どちらかの方法に進む前に、移行する organization 内のすべてのユーザーに対してメール ユーザーがプロビジョニングされていることを確認します (現在または最終的に)。 プロビジョニングされていないユーザーがいる場合、「メール ユーザーの管理」の手順を使用してプロビジョニングします。

より高度なシナリオでは、Microsoft Entra Connect を展開してメール ユーザーをプロビジョニングできる場合があります。 詳細については、概要については「Microsoft Azure での Microsoft 365 ディレクトリ同期のデプロイ」と、セットアップ手順については「Microsoft 365 のディレクトリ同期の設定」を参照してください。 次に、ユーザー管理のため、オンプレミス環境で Exchange サーバーを展開し、このサーバーを使用してユーザーのメールを有効にする必要があります。 詳細については、「ハイブリッド展開でオンプレミスの Exchange サーバーを使用停止にする方法とそのタイミング」と「メール ユーザーを管理する」を参照してください。 Microsoft 365 でメール ユーザーを作成したら、移行プロセスでこれらのユーザーをメールボックスに変換できるように、Microsoft Entra Connect を無効にする必要がある場合があります。 詳細については、「 Microsoft 365 のディレクトリ同期を無効にする」を参照してください。

各ユーザーのプライマリ アドレス ("ユーザー ID" とも呼ばれます) は、プライマリ ドメイン ( will@fabrikaminc.net など) にすることをお勧めします。 通常、この要件は、プライマリ メール アドレスが Microsoft 365 または Office 365 と Google Workspace の間で一致する必要があることを意味します。 ユーザーがプライマリ アドレスに別のドメインでプロビジョニングされている場合、そのユーザーは少なくともプライマリ ドメインにプロキシ アドレスを持っている必要があります。 各ユーザーの ExternalEmailAddress は、Google Workspace ルーティング ドメイン (will@gsuite.fabrikaminc.net) のユーザーを指します。 また、Microsoft 365 または Office 365 ルーティング ドメイン (will@o365.fabrikaminc.net など) へのルーティングに使用するプロキシ アドレスもユーザーに必要です。