本ガイドでは、GoogleグループからMicrosoft 365共有メールボックスへの移行の手順について説明します。

MigrationWizを使用すると、メールボックスプロジェクトを簡単に設定することができ、Googleグループのメンバー、会話、添付ファイルを目的のMicrosoft 365共有メールボックスに移行することができます。

MigrationWiz

MigrationWizは移行ツールであり、同期ツールではありません。移行完了後に移行元のアイテムに変更が加えられた場合、その変更は移行先には反映されません。同様に、移行先で加えられた変更も、移行元には反映されません。MigrationWizには、(同期エージェントのような)「ライブ」での変更のモニタリング機能はなく、ユーザーの操作なしに競合解決などを処理することはできません。

前提条件

移行プロジェクトを円滑に進めるには、次の前提条件に留意してください。

• 移行元の管理者は、移行プロジェクトの開始以前に有効なGoogle Vaultライセンスを所持している必要があります。
• 会話を保持するには、Googleグループで「会話の履歴(Conversation History)」を有効にする必要があります。共同トレイでは、デフォルトで「会話の履歴(Conversation History)」が有効になっています。しかし、確実に有効になっているかどうかを、グループの設定で確認することをお勧めします。

制限

GoogleグループからMicrosoft 365共有メールボックスへの移行における制限の一部を以下に示します。制限には、現在の移行先の機能によるものと、使用しているAPIに起因するものがあります。

• Microsoft 365共有メールボックスは外部メンバーをサポートしていないため、移行元の外部メンバーは移行されません。
• 共有メールボックスは、Googleグループの設定(投稿ポリシー、メンバー管理、メンバーのプライバシー)をサポートしていないため、これらの設定は移行されません。
• 別のグループのメンバーであるネストされたグループは、移行されません。
• 「スター(Star)」、「不正行為(Abuse)」、「報告(Report)」、「ロック(Locked)」などの会話のタグは、移行元から抽出できるデータが不足しているため移行されません。会話は移行されます。
• 「自分に割り当てる(Assign to me)」、「他のユーザーに割り当てる(Assign to someone)」、「完了マークを付ける(Mark as completed)」、「重複のマークを付ける(Mark as duplicated)」、「対応不要(Mark as no actions)」などの共同トレイ機能は、Microsoft 365共有メールボックスではサポートされていないため、移行されません。会話は移行されます。
• 「管理(Moderated)」または「保留中(Pending)」の会話は、移行元から抽出できるデータが不足しているため移行されません。
• MigrationWizでは、Googleグループのメッセージは個別にエクスポートされ、移行先の共有メールボックスに個別に移行されます。一方、Googleグループアプリでは、スレッド数とスレッド内のメッセージ数の合計が表示されます。そのため、MigrationWizとGoogleグループとでは、表示される移行済みアイテム数が一致しません。
• MigrationWizでは、Googleグループのメッセージは個別にエクスポートされ、移行先の共有メールボックスに個別に移行されるため、メッセージは元のスレッド形式ではなく、個別のメールとして表示されます。この問題を回避するには、 次の2つのオプションのいずれかを実行します。
  • 「詳細オプション(Advanced Options)」 「パフォーマンス(Performance)」 「同時移行の最大数(Maximum number of concurrent migrations)」を「3」に設定する。

  • 複数のプロジェクトを作成して、すべてのラインアイテムを分割して含める。

    重要

    MigrationWizでは、PowerShellを使用してプロジェクトのラインアイテムを移行します。PowerShellには、同時に移行できるラインアイテムの数が1移行あたり最大3という制限があります。3つを超えるラインアイテムを選択すると、タイムアウトエラーが発生する場合があります。
• 現在、クライアントIDとテナントIDの先進認証では、GoogleグループのプロジェクトをMicrosoft 365共有メールボックスに保存する前に検証する管理者ユーザー名とパスワードは1つのみのため、 UseMultiAdmin=1 は機能しません。

移行できるアイテムと移行されないアイテム

移行元環境を準備する

Googleグループエンドポイント

このエンドポイントでは、テナントにサービスアカウントを設定して、Google APIを有効にする必要があります。 

前提条件

• Google Cloud Platformのサブスクリプション

• Google特権管理者アカウント

• Google Workspaceテナントにサービスアカウントを設定する知識

• サービスアカウントは、MigrationWizプロジェクトを作成する前に設定する必要があります。

• 管理者にはGoogle Vault権限が必要です。

Googleプロジェクトを作成する

1. Google Cloud Platform (GCP)コンソールにアクセスし、特権管理者としてログインします。次のいずれかの方法を選択します。

   • Google Cloud Platformコンソールを初めて使用する場合は、利用規約に同意し、「プロジェクトを作成(Create Project)」をクリックします。

   • 以前にGoogle Cloud Platformコンソールを使用したことがある場合は、画面上部の最新のプロジェクト名の横にある「下へ(Down)」をクリックして、プロジェクトリストを開きます。「新しいプロジェクト(New Project)」をクリックします。

2. プロジェクト名を入力し、「作成(Create)」をクリックします。

サービスアカウントのAPIを有効にする

1. Google Cloud Platformコンソールで、「メニュー(Menu)」 「APIとサービス(APIs & Services)」 「ライブラリ(Library)」をクリックします。

2. 以下のAPIを選択し、「有効にする(Enable)」をクリックします。APIごとに操作を繰り返します。

   • Groups settings API

   • Google Vault API

   • Admin SDK

Googleテナント内で各サービスが有効になっていることを確認してください。 ユーザーが利用するサービスを制御する方法については、次のガイドを参照してください。 Google Workspaceユーザー向けにサービスを有効または無効にする

顧客のテナントでサービスアカウントを作成する

1. Google Cloud Platformコンソールで、「メニュー(Menu)」 「IAMと管理(IAM & Admin)」 「サービスアカウント(Service Accounts)」をクリックします。

2. 「サービスアカウントを作成(Create Service Account)」をクリックして、名前を入力します。

3. 「作成(Create)」をクリックします。

4. 「ロール(Role)」ドロップダウンメニューから「オーナー(Owner)」を選択して、新しいサービスアカウントにオーナーの役割を付与します。

5. 「完了(Done)」をクリックします。

6. 「サービスアカウント(Service Accounts)」のページに戻ります。 

7. 「サービスアカウント(Service Accounts)」のページで、上記の手順で作成したサービスアカウントの「アクション(Actions)」列の下にある縦の3点リーダー「⋮」をクリックし、「キーを管理(Manage Keys)」をクリックします。

8. 「鍵を追加(Add key)」をクリックします。

9. 「新しいキーを作成(Create New Key)」をクリックします。

10. 「キーのタイプ(Key Type)」としてJSON形式が選択されていることを確認します。

11. 「作成(Create)」をクリックします。

12. 「閉じる(Close)」をクリックします。

    • キーは必ずJSONファイルとしてダウンロードし、ファイルの名前と保存場所を書き留めてください。JSONファイルは、メールボックス移行プロジェクトで移行エンドポイントを設定する際に使用します。

    • JSONファイル内の「type」、「private_key」、「client_email」の各フィールドに、情報が含まれている必要があります。これらのフィールドは必須で、空欄になっていると、エンドポイント作成時にファイルのアップロードが成功しません。

13. 「顧客のテナントでサービスアカウントを作成する」の手順3で作成したサービスアカウントで次の手順を実行します。

    • 「操作(Actions)」の右上隅にある列表示オプション「|||」ボタンをクリックして、そのサービスアカウントの「一意のID(Unique ID)」フィールドを特定します。

    • 「一意のID(Unique ID)」のチェックボックスをオンにします。

    • 「OK」をクリックします。

    • 「一意のID(Unique ID)」フィールドの値(番号)をコピーします。この値は、後の手順でクライアントIDとして使用します。

      • クライアントIDは、管理者アカウントのパスワードと同様に、厳重に管理してください。

移行のスコープを設定する

Googleダッシュボードで、次の操作を行います。

1. 「セキュリティ(Security)」をクリックします。

2. 「APIの制御(API controls)」をクリックします。

3. 「APIの制御(API controls)」ページで、「ドメイン全体の委任(Domain-wide delegation)」セクションを特定します。

4. 「ドメイン全体の委任を管理(Manage domain-wide delegation)」をクリックします。

5. 「新しく追加(Add new)」 をクリックします。

6. 「クライアントID(Client ID)」フィールドに、サービスアカウントの「一意のID(Unique ID)」を入力します。

7. 「OAuthスコープ(OAuth scopes)」フィールドに、次のスコープを入力します。

   • https://www.googleapis.com/auth/apps.groups.settings

   • https://www.googleapis.com/auth/admin.directory.group.readonly

   • https://www.googleapis.com/auth/admin.directory.domain.readonly

   • https://www.googleapis.com/auth/devstorage.read_only

   • https://www.googleapis.com/auth/ediscovery

   • https://www.googleapis.com/auth/admin.directory.user.readonly

8. 「承認(Authorize)」をクリックします。

Google Vault権限を割り当てる

1. 特権管理者ユーザーは、特権管理者としてサインインしている必要があります。

2. Google管理コンソールにサインインします。

3. 「概要(Overview)」ページで、「管理者ロール(Admin roles)」をクリックします。

4. 「新しいロールを作成(Create a new role)」をクリックします。

5. ロールの「名前(Name)」と「説明(Description)」を入力し、「続行(Continue)」をクリックします。

6. Google Vaultでリストを特定して展開し、次を選択します。

   • 案件の管理(Manage Matters)

   • 検索の管理(Manage Searches)

   • エクスポートの管理(Manage Exports)

   • 全案件の閲覧(View All Matters)

7. 「続行(Continue)」をクリックします。

移行先環境を準備する

Microsoft 365エンドポイント

1. 移行先のMicrosoft 365テナントでユーザーアカウントを設定し、ライセンスを割り当てます。設定および割り当てには、いくつかの方法があります。

   • 手動で１つずつ追加する。詳細については、Microsoftの記事、ユーザーを追加して同時にライセンスを割り当てるを参照してください。

   • CSVファイルを使用して、一括でインポートする。詳細については、Microsoftの記事、Microsoft 365に複数のユーザーを同時に追加する ー 管理ヘルプを参照してください。

   • PowerShellスクリプトを使用する。詳細については、TechNetの記事、PowerShellを使用してMicrosoft 365ユーザー アカウントを作成するを参照してください。

2. 移行に使用する管理者アカウントをMicrosoft 365で作成するか、テナントのグローバル管理者アカウントを使用します。サービスアカウントには、メールボックスへのフルアクセス権または偽装権限のいずれかが必要です。Exchange Onlineでは、委任ではなく偽装を使用することをお勧めします。 偽装を手動で設定する手順については、「Microsoft 365およびExchangeでの移行におけるMigrationWizの偽装と委任」を参照してください。

3. 管理者がユーザーのメールボックスにアクセスできるかをテストします。
   「domainname.com」ではなく、「tenantname.onmicrosoft.com」アドレスにアクセスできるかをテストしてください。「tenantname.onmicrosoft.com」アカウントがMicrosoft 365の各メールボックスに紐づいていることを確認してください。デフォルトでは紐づいていますが、紐づいていない場合は、各アカウントにエイリアスとして追加する必要があります。Microsoft 365管理ポータルまたはPowerShellスクリプトを介して、追加することができます。詳細については、「EWSを使用してメールボックスのアクセシビリティを確認する」を参照してください。

先進認証の要件

移行元または移行先がExchange Onlineの場合、メールボックス、アーカイブメールボックス、およびパブリックフォルダープロジェクトではExchange Webサービス(EWS)が使用されるので、移行先テナントではMicrosoft 365(全製品)の移行における認証方法の記事の「移行のためのクライアントIDとテナントID設定の取得」セクションに記載されている手順を実行する必要があります。この設定手順は、グローバル管理者アカウントを使用して実行します。

移行先環境を準備する前に、上記のドキュメントを確認してください。

MigrationWizでの手順

ライセンス

GoogleグループからMicrosoft 365共有メールボックスへの移行でサポートされているライセンスタイプは、「メールボックスライセンス(Mailbox License)」と「ユーザー移行バンドル(User Migration Bundle)」ライセンスです。

以下の手順に従ってライセンスを購入します。

1. BitTitanアカウントにサインインします。

2. 上部のナビゲーションバーで、「購入(Purchase)」をクリックします。

3. 必要なライセンスタイプの「選択(Select)」ボタンをクリックします。

4. 購入するライセンスの数を入力します。「今すぐ購入(Buy Now)」をクリックします。

5. 必要に応じて「請求先住所(Billing Address)」を入力します。

6. 「次へ(Next)」をクリックします。

7. 「注文内容(Order Summary)」を確認し、支払い方法を入力します。

8. 「購入する(Place Your Order)」をクリックします。

​支払いが受領されると、ライセンスが発行されます。

• クレジットカードで購入する場合、決済後すぐにライセンスが使用可能になります。

• 電信送金(100ライセンス以上)で購入する場合は、支払いが受領、承認された後に、ライセンスが使用可能になります。

• 注文書は、処理コストが発生するため受け付けていません。

いずれの場合も、支払いが承認されたことがメールで通知され、その通知をもって、ライセンスがログインアカウントで使用可能になります。

クーポンの引き換えやその他のライセンスタイプなど、ライセンスの詳細については、MigrationWizのライセンスおよびライセンス付与を参照してください。

メールボックス移行プロジェクトを設定する

1. MigrationWizダッシュボードで、「マイ・プロジェクトへ」をクリックします。

2. 「プロジェクトを作成(Create Project)」をクリックします。

3. 「メールボックスプロジェクトを作成(Create a Mailbox Project)」を選択します。 

4. 「次のステップ(Next Step)」をクリックします。

5. 「プロジェクト名(Project Name)」に名前を入力し、「顧客(Customer)」の一覧から顧客を選択します。新しい顧客を追加する場合は、ここで追加します。新しい顧客を作成する手順は次の通りです。

   1. 「新規(New)」をクリックします。

   2. プライマリメールドメインや会社名など、詳細な内容を入力します。

   3. 「保存(Save)」をクリックします。

6. 「次のステップ(Next Step)」をクリックします。

7. 移行元の「エンドポイント(Endpoint)」ドロップダウンメニューから、「Googleグループ(Google Groups)」を選択します。

   • エンドポイントが作成されていない場合:

     1. 「新規(New)」をクリックします。

     2. 「エンドポイント名(Endpoint Name)」フィールドに、名前を入力します。

     3. 「エンドポイントタイプ(Endpoint Type)」ドロップダウンメニューから、「Googleグループ(Google Groups)」を選択します。

     4. JSONファイルをアップロードして、サービスアカウントを設定します。

     5. 「特権管理者メールアドレス(Super Administrator Email Address)」に、Google Workspaceアカウントの有効な特権管理者メールアドレスを入力します。特権管理者のドメインは、エンドユーザーのドメインと同じである必要があります。

8. 移行先の「エンドポイント(Endpoint)」ドロップダウンメニューから、「Microsoft 365」を選択します。

   • エンドポイントが作成されていない場合:

     1. 「新規(New)」をクリックします。

     2. 「エンドポイント名(Endpoint Name)」フィールドに、名前を入力します。

     3. 「エンドポイントタイプ(Endpoint Type)」ドロップダウンメニューから、「Microsoft 365」 を選択します。

     4. 必要に応じて、「資格情報を提供する(Provide Credentials)」または「資格情報を提供しない(Do not provide credentials)」を選択します。

        1. 「資格情報を提供する(Provide Credentials)」を選択すると、「ユーザー名」と「パスワード」フィールドが表示されます。MigrationWizは、資格情報を使用して選択したサービスにアクセスします。クラウドサービスへのアクセスには、多くの場合、管理者アカウントの資格情報が必要です。資格情報の提供により、MigrationWizは、これらのサービスへのフルアクセス権を得ることができます。

        2. 「資格情報を提供しない(Do not provide credentials)」を選択すると、MigrationWizは、移行を開始する前に、エンドユーザーに対して資格情報の提供を要求します。各エンドユーザーが資格情報を入力する必要があるため、移行に時間がかかる可能性があります。

9. 「アプリケーション(クライアント)ID」フィールドと「ディレクトリ(テナント)ID」フィールドは、必ず入力してください。入力しないと、プロジェクトを保存することができません。

   

10. 「保存して概要へ移動」をクリックし、「保存」をクリックします。

移行元および移行先エンドポイントのいずれか、または両方に資格情報が提供され、顧客が「保存して概要へ移動」をクリックすると、MigrationWizはMicrosoft 365エンドポイントの検証を実行します。

この検証では、プロジェクトに入力された管理者資格情報と先進認証の設定のみが検証されます。問題がある場合は、エンドポイント設定画面にリダイレクトされ、エラー メッセージまたはポップアップが表示されます。クリックすると、エラーに関する詳細情報を表示することができます。

エンドポイント設定時の一般的なエラー

詳細については、Exchange OnlineでのEWSの先進認証におけるMigrationWizの最も一般的なエラー(Most Common Errors Encountered in MigrationWiz while using Modern Authentication for EWS in Exchange Online)の記事の「AADSTS700016」、「AADSTS90002」、および「 ADDSTS50126」の説明を参照してください。

アカウント(アイテム)を追加する

次のいずれかのオプションを使用して、移行するアカウント(アイテム)をプロジェクトに追加します。

詳細オプション(Advanced Options)

移行に役立つ詳細オプションを以下に示します。 

サポートタブ(Support Tab)

• RecipientMapping － 移行元のメールアドレスを移行先にマッピングします。右の部分には、受信者のメールアドレスに適用される正規表現(RegEx)を入力します。「RecipientMapping」オプションは、複数入力することができます。

• VaultPollTimeoutInMilliseconds=86400000 － Google Vaultのポーリングを1時間から24時間に増やします。

• UseHashMapRecipientMapping － 「RecipientMapping」と併用することで、多数の受信者をマッピングする際のパフォーマンスを向上させます。

• ModernAuthClientIdImport － レガシー認証(基本認証)を使用していないテナント用の、クライアントIDによる先進認証をサポートします。クライアントIDとテナントIDを取得するには、AADポータルでアプリを設定する必要があります。Microsoft 365(全製品)の移行における認証方法

• ModernAuthTenantIdImport － レガシー認証(基本認証)を使用していないテナント用の、テナントIDによる先進認証をサポートします。クライアントIDとテナントIDを取得するには、AADポータルでアプリを設定する必要があります。Microsoft 365(全製品)の移行における認証方法

デフォルトオプション(Default Options)

プロジェクトの「詳細オプション(Advanced Options)」の「サポート(Support) 」タブ内に表示される、移行先の「クライアントID」および「テナントID」は、表示専用です。そのため、この「サポートオプション(Support Options)」フィールドから編集や削除を行うことはできません。編集するには、プロジェクトの編集を行う必要があります。

警告

デフォルトの「詳細オプション(Advanced Options)」を更新することはできません。オプションを変更したり、新規に追加しようとすると、次のメッセージが表示されます。

資格情報の検証(Verify Credentials)

1. 検証するアイテムを含むプロジェクトを開きます。

2. 検証するラインアイテムを選択します。

3. ダッシュボードの「移行を開始」ボタンをクリックします。

4. ドロップダウンリストから、「資格情報の検証(Verify Credentials)」を選択します。

5. 検証が完了したら、「ステータス(Status)」セクションを選択し、検証の結果を表示します。

共有メールボックスの自動プロビジョニング

MigrationWizは現在、GoogleグループからMicrosoft 365共有メールボックスへの移行プロジェクトにおける、共有メールボックスのプロビジョニングをサポートしています。プロビジョニングの実行は任意であり、ライセンスは必要ありません。

移行先にある既存のメールボックスは、スキップされます。MigrationWizは、プロビジョニングしたメールボックスに、移行先のアイテム情報の詳細を正確に反映します。

共有メールボックスをプロビジョニングする手順

1. GoogleグループからMicrosoft 365共有メールボックスへの移行プロジェクトを作成します。
2. 「クイック追加(Quick Add)」、「一括追加」、「アイテム自動検出(Autodiscover Items)」のいずれかを実行し、プロジェクトにラインアイテムを追加します。
3. 「完全移行(Full Migration)」または「前段階移行(Pre-Stage Migration)」を開始し、共有メールボックスをプロビジョニングするオプションを選択します。

移行を実行する

トライアル移行(Trial Migration)

1. 移行するラインアイテムを選択します。

2. 上部の「移行を開始」ボタンをクリックします。

3. 「トライアル移行(Trial Migration)」を選択します。

4. 「トライアル移行を開始」をクリックします。

「前段階移行(Pre-Stage Migration)」サイクル

1. 移行するラインアイテムを選択します。

2. 上部の「移行を開始」ボタンをクリックします。

3. 「前段階移行(Pre-Stage Migration)」を選択します。

4. 「移行のスケジューリング(Migration Scheduling)」セクションのドロップダウンリストから、「90日前(90 Days Ago)」を選択します。

5. 「移行を開始」をクリックします。

「完全移行(Full Migration)」サイクル

1. 移行するラインアイテムを選択します。

2. 上部の「移行を開始」ボタンをクリックします。

3. 「完全移行(Full Migration)」を選択します。

4. 「移行を開始(Start Migration)」をクリックします。

「エラーの再試行(Retry Errors)」を実行する

ユーザーリストを確認し、「移行に失敗しました(Failed)」という赤いエラー表示をクリックします。表示された情報に従って対応してください。

問題が解決しない場合は、「サポート」に連絡してください。