G Suite(Gmail API)からOffice365への移行ガイド

このドキュメントでは、GmailAPIエンドポイントを介してGSuiteからOffice365に移行する方法について説明します。 

初めて移行を実行する際は、移行計画と戦略を参照してください。移行の計画と設定、および一般的な移行のベストプラクティスについて説明しています。

本シナリオでの、MigrationWizによって移行されるアイテムと移行されないアイテムを確認するには、移行されるアイテムを参照してください。移行されるアイテムは、移行元と移行先の環境によって異なるため、一覧から適切な環境を選んで確認してください。

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

移行元の準備

移行元エンドポイントがG Suite (Gmail API)の場合、テナントにサービスアカウントを設定して、Google APIを有効にする必要があります。

前提条件:

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

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

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

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

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

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

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

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

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

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

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

  2. 下記 のAPIをすべて有効にするために、APIを選択して「有効にする(Enable)」をクリックします。操作はAPIごとに行います:

    • Google Calendar API

    • Gmail API

    • Contacts API

    • Admin SDK

Googleのテナント内で、Gmail、カレンダー、連絡先サービスが有効になっていることを確認してください。ユーザーが利用するサービスを制御するには、次のページの手順を参照してください。  Google Workspace ユーザー向けにサービスを有効または無効にする

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

  1. Google Cloud Platformコンソールで、「メニュー(Menu)」 > 「IAMと管理(IAM & Admin)」 > 「サービスアカウント(Service accounts)」をクリックします。
  2. サービスアカウントを作成(Create Service Account)」をクリックして、名前を入力します。
  3. 作成(Create)」をクリックします。
  4. 「役割(Role)」ドロップダウンメニューから「オーナー(Owner)」を選択して、新しいサービスアカウントにオーナーの役割を割り当てます。
  5. 続行(Continue)」をクリックします。
  6. 完了(Done)」をクリックします。
  7. サービスアカウントの右側にある「3点リーダー」をクリックし、「キーを作成(Create Key)」を選択します。
  8. JSON形式が選択されていることを確認し、「作成(Create)」をクリックします。
    • キーは必ずJSONファイルとしてダウンロードし、ファイルの名前と場所を書き留めてください。このJSONファイルは、メールボックス移行プロジェクトで移行エンドポイントを設定する際に使用します。
    • JSONファイルのフィールドには、“type”、“private_key”、 “client_email”が含まれている必要があります。これらのフィールドは必須で、空欄になっているとエンドポイント作成時にファイルのアップロードが成功しません。
  9. 閉じる(Close)」をクリックします。

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

  1. Google Cloud Platformコンソールで、「メニュー(Menu)(Google_Menu.png)」 > 「IAMと管理(IAM & Admin)」 > 「サービスアカウント(Service accounts)」をクリックします。
  2. 手順3で設定したサービスアカウントを指定します。
  3. サービスアカウントの「一意のID(Unique ID)」フィールドの値(番号)をコピーします。この値は、後の手順でクライアント名(ID)の番号として使用します。
    注:
    • 「一意のID(Unique ID)」フィールドを表示するには、ビューへの追加が必要になる場合があります。「列表示オプション(Column display options)」ボタン(UniqueID2.png)をクリックし、「一意のID(Unique ID)」のチェックボックスをオンにし、「OK」をクリックします。
    • クライアントIDは、管理者アカウントのパスワードと同様に厳重に管理してください。
  4. G Suiteの管理ページadmin.google.com に移動し、「セキュリティ(Security)」 > 「詳細設定(Advanced Settings)」 > 「APIクライアントアクセスを管理(Manage API Client Access)」をクリックします。
    または
    アカウントにGoogleの最新のUIが表示されている場合は、G Suiteの管理ページ admin.google.com に移動し、 「セキュリティ(Security)」 > 「詳細設定(Advanced Settings)」をクリックし、 > 「ドメイン全体の委任(Domain-wide delegation)」の下にある「ドメイン全体の委任を管理(Manage domain-wide delegation)」をクリックします。「ドメイン全体の委任を管理(Manage domain-wide delegation)」のページで、「新しく追加(Add new)」をクリックします。
  5. ドメイン全体の委任を管理(Manage domain-wide delegation)」をクリックします。
  6. 新しく追加(Add new)」 をクリックします。
  7. 「クライアントID(Client ID)」フィールドに、上記でコピーした「一意のID(Unique ID)」を貼り付けます。
  8. G Suiteが移行元か移行先かに応じて、次のスコープグループのいずれかを「OAuthスコープ(OAuth Scopes)(カンマ区切り)」フィールドに入力します。

移行元がG Suiteの場合(読み取り専用スコープ):
https://mail.google.com/, https://www.google.com/m8/feeds, https://www.googleapis.com/auth/contacts.readonly, https://www.googleapis.com/auth/calendar.readonly, https://www.googleapis.com/auth/admin.directory.group.readonly, https://www.googleapis.com/auth/admin.directory.user.readonly, https://www.googleapis.com/auth/drive, https://sites.google.com/feeds/, https://www.googleapis.com/auth/gmail.settings.sharing, https://www.googleapis.com/auth/gmail.settings.basic

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

特定の「一意のID(Unique ID)」とスコープが、次のように一覧表示されます。

40520a97-ba80-46f1-ae4b-710e52fe251f.png
2c5866c2-efbb-499f-89a2-e55f36b8f5e7.png

移行先の準備

  1. 移行先のOffice 365テナントでユーザーアカウントを設定し、ライセンスを割り当てます。設定および割り当てにはいくつかの方法があります。以下のオプションを参照してください。

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

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

MigrationWizでの手順

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

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

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

  3. メールボックスの移行タイプを選択します。 

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

  5. プロジェクト名を入力し、一覧から「顧客(Customer)」を選択します。

    1. 顧客が作成されていない場合は、作成します。

    2. 顧客を作成するには、「 新規(New) 」 をクリックし、「プライマリメールドメイン(Primary Email Domain)」 や「会社名(Company Name)」 などの必要事項を入力して、「保存(Save)」 をクリックします。

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

  7. 移行元の設定で、「エンドポイント(Endpoint)」ドロップダウンメニューから「G Suite (Gmail API)」を選択します。

    • エンドポイントが作成されていない場合は、「 新規(New) 」をクリックします。

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

      2. 「エンドポイントタイプ(Endpoint Type)」ドロップダウンメニューから「G Suite (Gmail API)」 を選択します。

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

      4. GSuiteアカウントの有効なスーパー管理者のメールアドレスを指定します。GSuiteアカウントはエンドユーザーのドメインと同じものを使用します。

  8. 移行先のドロップダウンメニューから、Office365の移行先エンドポイントを選択します。

    • エンドポイントが作成されていない場合は、「新規(New) 」クリックします。

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

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

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

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

        2. 「資格情報を提供しない(Do Not Provide Credentials)」を選択すると、MigrationWizは、移行を開始する前にエンドユーザーに資格情報の提供を要求します。エンドユーザーに資格情報の提供を委ねることになるため、移行に時間がかかる可能性があります。

  9. 保存(Save)」、「概要へ移動(Go to Summary)」、プロジェクトの保存(Save Project)」を順にクリックします

アカウント(アイテム)の追加

移行するアカウント(「アイテム」とも呼称します)をプロジェクに追加するには、次のオプションを使用します。

  • クイック追加(Quick Add) このオプションを使用すると、アイテムを1つずつ追加することができます。移行元と移行先のメールアドレスを入力してください。

  • 一括追加(Bulk Add) このオプションを使用すると、スプレッドシートからコピーして貼り付けたり、CSVファイルをインポートすることにより、複数のアイテムを一度に追加することができます。移行元と移行先のドメイン名が一致していない場合があります。プロジェクトには正しい情報を入力してください。ドメイン名が異なる場合は、CSVファイルで修正後、一括追加オプションを使用して、ユーザーをダッシュボードにインポートすることをお勧めします。

  • MSPCompleteから追加(Add from MSPComplete):このオプションを使用すると、MSPCompleteまたは別のワークロードで顧客に追加済みの可能性があるユーザーを追加できます。

UMB(ユーザー移行バンドル)ライセンスの購入と適用

MigrationWizで移行プロジェクトを実行するには、ライセンスが必要です。ライセンスの価格を確認、または購入するには、MSPCompleteまたはMigrationWizダッシュボードの上部にある「購入(Purchase)」ボタンをクリックします。

支払い: クレジットカードでのお支払いが可能です。また、特定の条件を満たせば、電信送金も受け付けます。 

  • クレジットカードで購入する場合、即座に支払い手続きが行われます。支払い完了時に、ライセンスがログインアカウントに付与されます。

  • 100以上のライセンスを購入する場合は、電信送金を利用することができます。100以上のライセンスを購入すると、決済時に電信送金を利用するオプションが表示されます。電信送金で購入する場合、購買部および銀行で必要となる、電信送金の必要情報が記された請求書が生成されます。システムにより支払いが確認されると、すぐにライセンスがログインアカウントに付与されます。 

本プロジェクトタイプでは、UMB(ユーザー移行バンドル)ライセンスを使用することをお勧めします。 

  • このライセンスを使用することにより、ユーザーのメールボックス、ドキュメント、およびアーカイブデータを移行できます。

  • UMB(ユーザー移行バンドル)ライセンスの詳細:

    • UMB(ユーザー移行バンドル)ライセンスでは、1ライセンスあたりの移行可能データ量に制限はありません。

    • UMB(ユーザー移行バンドル)ライセンスは、移行を実行する顧客のユーザーに適用され、1年間有効です。

    • 移行を実行するユーザーにライセンスを適用する方法の詳細については、 MigrationWizライセンス」を参照してください。

プロジェクトの「詳細オプション(Advanced Options)」の設定

Gmailラベルを移行する

移行先へGmailラベルを移行するために、2つの詳細オプションを使用できます。

  1. ラベルをフォルダーに変換する このオプションを使用すると、移行元のユーザーラベルが移行先のフォルダーに変換され、メールは移行先の対応する各フォルダーに複製されます。

  2. ラベルをExchangeカテゴリに変換します。 このオプションを使用すると、移行元のすべてのメールがカスタムの移行先フォルダー「すべてのメール」に移行されます。 移行元のすべてのラベルはExchangeカテゴリに変換され、移行先の各アイテムにマークされます。 

手順と方法については、「GSuite移行でのラベル」を参照してください。

提案された連絡先(Suggested Contacts)(その他の連絡先)を移行する

MigrationWiz-メールの移行-よくある質問」では、2つの推奨オプションについて説明しています。

  1. 「提案された連絡先(Suggested Contacts)」(その他の連絡先)の移行:Googleコンタクトの「その他の連絡先」ラベルで表示される連絡先は、移行先の「提案された連絡先(Suggested Contacts)」フォルダーに移行されます。これらはメインの「連絡先(My Contacts)」には表示されません。

  2. 「提案された連絡先(Suggested Contacts)」(その他の連絡先)のスキップ:「その他の連絡先」ラベルで表示される連絡先は移行されません。

チャットを移行する

デフォルトでは、MigrationWizでチャットは移行されません。GmailからOffice365にチャットを移行するには、「詳細オプション(Advanced options)」に「サポートオプション(Support options)」を追加する必要があります。

  1. プロジェクトの編集(Edit Project)」、「詳細オプション(Advanced Options)」を順に選択します。

  2. サポート(Support) / サポートオプション(Support Options)」で、次のテキストを追加します:MigrateChats=1

移行の実行

次のセクションでは、移行の実行方法について説明します。見出しごとに1つの手順を示しており、本文で具体的な手順を説明しています。手順を順に実行してください。依存関係やベストプラクティスに関する重要な情報については、「注」を参照してください。

資格情報の検証(Verify Credentials)を実行する

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

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

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

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

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

評価(Assessment)

  1. この手順は任意ですが、Gmailのメールアイテムのフォルダーとアイテムの総数を取得できます。

  2. 評価するアイテムを含むプロジェクトを開きます。

  3. 評価するアイテムを選択します。

  4. ダッシュボードの「開始(Start)」ボタンをクリックします。

  5. ドロップダウンリストから、「評価(Assessment)」を選択します。

  6. MigrationWizダッシュボードの「棒グラフアイコン」をクリックすると、プロジェクトのすべての移行統計情報を含むメールを受信することができます。

  7. ラインアイテムフォルダー数とメール数を確認します。

    1. メールボックスのサイズ(バイト)には、選択したアイテムタイプ(メール、連絡先、カレンダーなど)の合計サイズの評価が表示されます。

    2. フォルダー数には、メール、連絡先、カレンダーの合計数が表示されます

ユーザーに通知する

移行開始を知らせる最終通知メールを送信します。通知メールには、移行の開始時期、移行にかかる時間(期間)、移行中のアカウント使用方法、移行後に必要な手順やその他の通知事項を記載します。

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

  1. ユーザーを選択します。

  2. 上部の「開始(Start)」ボタンをクリックし、「前段階移行(Pre-Stage Migration)」を選択します。

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

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

MXレコードカットオーバー

前段階移行(Pre-Stage Migration)が正常に完了したことを確認したら、DNSプロバイダーのポータルで、移行先のO365テナントのDNS設定を反映するように、プライマリMXレコードを変更します。

完全(差分)移行(Full (Delta) Migration)サイクル

  1. ユーザーを選択します。

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

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

  4. 移行するアイテムに応じて、(連絡先(Contact)、カレンダー(Calendar)、メール(Mails)の)チェックボックスを選択/選択解除します。

  5. 移行を開始(Start Migration)」をクリックします。
    ほとんどのデータは前段階移行(Pre-Stage Migration)で移行されているため、この移行はすぐに完了します。 

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

ログに記録される各エラーは、移行されなかったアイテムを表します。MigrationWizには、エラーによって移行されなかったアイテムを、再移行するモードが実装されています。このモードは、常に無料でご使用いただけます。このモードをメールボックスの移行で使用するには、次の条件をすべて満たす必要があります。

  1. 直前回の移行が正常に完了した。

  2. メールボックスに1つ以上のエラーが含まれている。

メールボックスが上記の条件を満たさない場合は、このモードで移行を実行しようとすると、警告が表示され、移行を実行することはできません。

1 つ以上のメールボックスを再試行モードで移行するには、次の手順を実行します。

  1. 移行エラーがあるメールボックスを選択します。

  2. 開始(Start)」ボタンをクリックします。

  3. メニューから「エラーの再試行(Retry Errors)」を選択します。

  4. エラーを再試行する(Retry Errors)」ボタンをクリックします。

エラーは、修復されるとエラーログから消去されます。移行元アイテムが(フィルターなどにより)再処理されなかった場合や、削除または移動された場合、あるいはアイテムが再び移行に失敗した場合は、エラーが消去されない可能性があります。

移行後の操作

MigrationWizダッシュボードの「棒グラフアイコン」をクリックすると、プロジェクトのすべての移行統計情報を含むメールを受信することができます。

この記事は役に立ちましたか?
3人中3人がこの記事が役に立ったと言っています