#Microsoft 365 グループ to Google グループ移行プロセス

以下のセクションでは、Microsoft 365 グループ to Google グループ移行の一般的な移行プロセスを説明します。このドキュメントに記載されている内容は、若干の調整を加えることで、一般的なガイドラインとして利用することもできます。

• 準備
• 移行の実行

お客様の移行要件に応じて、追加のステップが必要となる場合も、プロセスに含まれている一部のステップが不要となる場合もあります。

#準備

移行前に、移行するオブジェクト タイプを特定する必要があります。詳細については、対応状況一覧 を参照してください。

#1.移行元接続用の必須権限を持つサービス アカウント、アプリ プロファイル、または委任アプリを作成する

Fly をグループに接続するには、移行元接続用の 必須権限 を持つサービス アカウント、アプリ プロファイル、委任アプリを作成します。

#2.移行先接続用の必須権限を持つアプリ プロファイルを作成する

Fly を Google グループに接続するには、移行先接続用の 必須権限 を持つアプリ プロファイルを作成します。

#3.移行元テナントの検出を実行する (任意)

Microsoft 365 グループからの移行を実行する前に、Microsoft 365 グループのテナント検出を実行して、オブジェクト数、オブジェクト タイプ、オブジェクト サイズ、その他の詳細をスキャンして報告することができます。検出レポートから、移行元環境をより深く理解し、移行を計画することができます。詳細については、テナントの検出ユーザー ガイド を参照してください。

#4.移行先テナントでユーザーを作成する

移行の実行時にユーザー マッピングが必要です。移行前に、以下のデータのユーザーが移行先テナントで作成されていることを確認してください。

• グループ メンバーシップ

• メール: 宛先、CC、BCC、差出人など

• アクセス許可

• ユーザーを必要とする他のデータ

#5.移行先テナントでグループと共有ドライブを作成する (任意)

Fly は移行先でグループおよび共有ドライブを作成することができます。既存のグループや共有ドライブへの移行を実行する場合は、移行前に移行先でグループおよび共有ドライブを作成しておくことができます。

#6.移行元および移行先の接続を作成する

Fly を移行元および移行先に接続する方法については、接続の作成 を参照してください。アプリ プロファイルとサービス アカウントの両方を含む移行元接続の使用をお勧めします。Google カスタム アプリ プロファイルを使用している移行先接続の使用をお勧めします。

#7.移行スループット

Microsoft 365 グループ to Google グループ移行で、ジョブの速度は SharePoint チーム サイトのサイズおよびグループ メールボックスのサイズに依存しています。

SharePoint サイト移行のスループット

一般的には、SharePoint サイトの合理的な移行速度は 2 GB/時間/マッピングです。並行して実行されるマッピングの数は、購入したサブスクリプションに基づいて自動的に割り当てられます。より多くのサブスクリプションを購入すると、並行して実行できるマッピングの数も増えます。

メールボックス移行のスループット

一般的には、メールボックスの合理的な移行速度は 1.5 GB/時間/マッピングです。並行して実行されるマッピングの数は、購入したサブスクリプションに基づいて自動的に割り当てられます。より多くのサブスクリプションを購入すると、並行して実行できるマッピングの数も増えます。

上記のインフラストラクチャを使用して、移行できるコンテンツ量を計算することができます。

移行パフォーマンスに影響する可能性のある要因が多数あることに注意してください。

• 上記のスループット数は完全移行を対象としています。一般的には、増分移行の場合、スループットが低くなる可能性があります。Fly は増分移行の移行済みアイテムの状態を確認するために時間を費やす必要があります。

• 上記の結果は、多くのテストに基づいた理想的な値です。移行速度はテナントによって異なる場合があります。パイロット ジョブの結果と同じ方法で日毎のスループットを見積もることをお勧めします。

#8.マッピング ファイルを準備する

Microsoft 365 グループから Google グループへのマッピング ファイルおよびユーザー マッピング ファイルを構成します。

• Microsoft 365 グループから Google グループへのマッピング ファイルの例

  

• ユーザー マッピング ファイルの例

  

#9.移行ポリシーを策定する

Microsoft 365 グループ to Google グループ移行ポリシーでは、グループ オブジェクトの移行範囲、競合の解決方法、送信者や受信者の移行元メール アドレスを置き換えるかどうか、およびユーザーのマッピング方法を定義することができます。詳細については、移行ポリシーの作成 を参照してください。

#10.パイロット実行をプランニングする

パイロット実行を行うことをお勧めします。理由は以下のとおりです。

• Fly のインターフェイスに慣れ、全移行プロセスを把握します。

• 本番移行前に潜在的な問題を検出して解決します。

• コンテンツ サイズが大きい場合のスロットリング状況を把握し、移行先で解決するようにします。

#移行の実行

移行を実行する方法については、以下のセクションを参照してください。

#1.Fly でプロジェクトおよびマッピングを構成する

プロジェクトとマッピングを構成する方法については、プロジェクトの作成 および 移行マッピングの作成 を参照してください。移行するデータのマッピング ファイルを使用して移行プロジェクトを構成します。

#2.通常の完全移行を実行する

ジョブを実行する前に、マッピングを検証して、マッピングが移行可能であることを確認することをお勧めします。詳細については、マッピングの事前分析 を参照してください。

その後、構成した移行ポリシーに基づいてオブジェクトを移行する完全移行ジョブを実行することができます。詳細については、オブジェクトを移行する移行の実行 を参照してください。

#3.通常の増分移行を実行する

完全移行中に問題が発生する場合があります。新規・更新・失敗したデータを処理する増分ジョブを実行します。通常の増分移行を実行する方法については、オブジェクトを移行する移行の実行 を参照してください。

#4.エンド ユーザーとコミュニケートする (任意)

移行スケジュールをエンド ユーザーに通知します。各移行元グループで、最終の検証前に増分ジョブを実行できることエンド ユーザーに通知するメッセージを公開します。

#5.最終の増分移行を実行する

すべてのユーザーに、移行元グループでオブジェクトの新規作成・更新を実行しないよう通知します。その後、最終の増分移行ジョブを実行します。

#6.移行結果を検証する

検証期間中に以下の項目に確認してください。

• ファイル数

• グループ メールボックス内のメール数

• ジョブ レポートに失敗したデータなし

#7.他のすべてのウェーブの移行を実行する (任意)

このステップは、マッピングが複数のウェーブに分けられている場合にのみ必要です。

#8.他のウェーブの最終増分移行を実行する (任意)

必要に応じて、最終の増分移行を実行し、すべての移行元データが移行先に移行されることを確保します。

#9.最終の検証を実行する

最終の検証中に、移行先 Google グループのメンバーを検証する必要があります。