Home > Google ドライブ移行プロセス

この記事をダウンロード

Google ドライブ移行プロセス

以下のセクションには、Google ドライブから SharePoint Online への移行および Google ドライブから OneDrive への移行など、Google ドライブ移行の一般的移行プロセスが含まれています。このドキュメントに記載されている内容は、若干の調整を加えることで、Google ドライブ移行プロジェクトのガイドラインとして利用することができます。

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

準備

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

1.移行元ユーザーのフィルターを構成する (任意)

Google テナントには多数のユーザー ドライブが存在し、その中の一部のみを移行する場合、移行元テナントで Google グループまたは組織単位を作成し、移行するユーザーまたは Fly migration for Google アプリへの同意に使用するユーザーを Google グループまたは組織単位に追加することができます。Fly migration for Google アプリをインストールする場合、特定のグループまたは組織部門次のステップでユーザーを選択してください オプションを選択し、特定のグループまたは組織部を選択してアプリのインストールを完了します。その場合、選択したグループまたは組織単位に存在しないユーザー ドライブは移行できません。

NOTE

このフィルターはユーザー ドライブのみに適用します。

2.Google ドライブの必要な権限を持つアプリ プロファイルを作成する

Fly を Google ドライブに接続するには、AvePoint Online Services で必要な権限を持つアプリ プロファイルを作成します。必要な権限を確認するには、移行元 Google ドライブにおける権限 を参照してください。

3.SharePoint Online/OneDrive の必要な権限を持つサービス アカウントまたはアプリ プロファイルを作成する

Fly を移行先 SharePoint Online/OneDrive に接続するには、AvePoint Online Services で必要な権限を持つサービス アカウントまたはアプリ プロファイルを作成します。必要な権限を確認するには、移行先 SharePoint/OneDrive における権限 を参照してください。

NOTE

多要素認証 (MFA) が有効なユーザーは、移行を実行するためのサービス アカウントとして使用することはできません。その代わりに、委任アプリ プロファイルを使用することができます。

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

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

5.移行先テナントで必要なユーザー / グループをすべてプロビジョニングする

Fly は Microsoft 365 の新しいユーザーを自動プロビジョニングしないため、移行前に移行先ユーザーが既に存在することを確認してください。

新しい Microsoft 365 ユーザーを追加する方法については、以下の説明を参照してください。

  • ユーザーを個別に追加する場合、ここ を参照してください。

  • ユーザーを一括で追加する場合、ここ を参照してください。

  • PowerShell を使用してユーザーを追加する場合、ここ を参照してください。

  • Microsoft Entra Sync または Microsoft Entra connect を使用してローカル Active Directory のユーザーを Microsoft 365 に同期する場合、ここ を参照してください。

6.移行先テナントで必要な外部ユーザーをすべてプロビジョニングする

移行で外部ユーザーを移行することはできません。移行前に外部ユーザーが移行先に作成・インポートされていることを確認してください。これにより、移行で移行元の外部ユーザーを移行先のユーザーにマッピングすることができます。

7.移行先の OneDrive サイトを事前プロビジョニングする

コンテンツを OneDrive に移行する場合、該当する OneDrive が作成されていることを確認してください。PowerShell を使用して OneDrive を事前プロビジョニングするには、組織内のユーザーのために OneDrive を事前プロビジョニングする を参照してください。

ドライブ レベルのマッピングを構成することができます。以下の例を参照してください。

ドライブ レベルのマッピングの例です。

フォルダー レベルのマッピングを構成することもできます。移行先フォルダーの親フォルダーが存在する必要があります。そうでない場合は、親フォルダーを作成します。以下の例を参照してください。

フォルダー レベルのマッピングの例です。

例: 移行先 URL は user@contosodest.com\folder1\folder2 であるため、folder1 が移行先に存在します。そうでない場合は、ユーザーの マイ ファイル の配下でフォルダーを作成します。

8.移行先の SharePoint サイト コレクションを事前プロビジョニングする (任意)

チーム サイト、グループ サイト、その他のサイトにコンテンツを移行する場合は、移行先のサイトが既に存在することを確認します。存在しない場合は、新しいサイトを作成できます。以下の例を参照してください。

例:

  • 指定したパス https://contosodest/sites/sc/library に移行先のリスト / ライブラリが存在しない場合、マージする または 添付する を移行方法として選択するかどうかに関係なく、Fly は移行先にリスト / ライブラリを作成できます。

  • 指定したパス https://contosodest/sites/sc/sub/list/folder に移行先のリスト / ライブラリおよびフォルダーが存在せず、マージする を移行方法として選択した場合、Fly は移行先でリスト / ライブラリとおよびフォルダーを作成できます。

  • 指定したパス https://contosodest/sites/sc/sub/list/folder に移行先リスト / ライブラリまたはフォルダーが存在せず、添付する を移行方法として選択した場合、移行ジョブは失敗となります。

9.移行前にストレージを拡張する (任意)

既定では、5 人未満のユーザーを持っている Microsoft 365 サブスクリプションの場合、ユーザーごとに 1 TB のストレージ容量があります。5 人以上のユーザー (対象となるプランの任意の組み合わせ) を持っているサブスクリプションの場合、先に Microsoft はユーザーあたり 1 TB を提供し、管理者はユーザーあたり最大 5 TB まで増やすことができます。(詳細については、OneDrive ユーザー向けに既定の記憶域を設定する を参照してください。)追加のストレージを要求する場合は、管理者が Microsoft サポートに連絡する必要があります。これは、IT 管理者が実行する必要があります。

サイト ストレージを設定する場合は、SharePoint 管理センターに移動してサイト コレクションの最大ストレージを設定します。

10.移行先保持ポリシーを確認する

保持ポリシーが移行元データ用に構成されている場合、移行先保持ポリシーと移行元保持ポリシーが同じであることを確認してください。同じでない場合、異なる保持ポリシーにより、移行先データは削除される可能性があります。

11.Google ドライブ移行のスロットリングを制限する

Google にスロットリング制限があります。一度に実行するマッピングの数が多いほど、スロットリング制限の移行速度に対する影響も大きくなります。スロットリング問題を軽減するには、Google サポートに連絡してください。

12.移行スループット

Google ドライブ移行の場合、ドライブの合理的な移行速度は 20 GB/時間/マッピングです。実行できるマッピングの数は、購入したサブスクリプションに基づいて自動的に割り当てられます。購入するユーザー シートが多いほど、1 件のプロジェクトで実行できるマッピングの数も多くなります。

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

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

  • スロットリング: 移行元または移行先で、移行パフォーマンスを低下するスロットリングが発生する可能性があります。

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

接続の作成 を参照して、Fly を移行元 Google テナントおよび移行先 Microsoft 365 テナントに接続します。

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

Google ドライブ移行ポリシーでは、Google ドライブ移行用の競合解決、フィルター ポリシー、ユーザー マッピング、その他のオプションを構成することができます。詳細については、移行ポリシーの作成 を参照してください。

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

以下の目的でパイロット実行を行うことをお勧めします。

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

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

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

移行の実行

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

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

プロジェクトとマッピングを構成する方法については、プロジェクトの作成 および 移行マッピングの作成 を参照してください。

1 名のユーザーで多数のアイテムを処理する場合、プロジェクトのスケジュールに合わせて、このユーザーを複数のマッピングに分割することができます。以下の例を参照してください。

事例 1: 比較的サイズの小さいデータのトップレベル フォルダーを移行し、フォルダー 1を除外する

  • 移行元フォルダー構造:

    -ユーザー A

    -フォルダー 1、フォルダー 2、フォルダー 3、フォルダー 4

  • ソリューション: マッピングの追加 / インポート

    • 移行元: ユーザー A

    • 移行先: https://contoso-my.sharepoint.com/personal/userA_contoso_onmicrosoft_com/Documents/Google Drive

    • 方法: マージする

  • フィルター ポリシー: フォルダー名がフォルダー 1 と異なる

  • 移行の結果: ユーザー A のトップレベル フォルダーが、移行先フォルダーにマージされます。ユーザー A のトップレベル フォルダーとフォルダー 2/3/4 のすべてのファイルが移行され、フォルダー 1 配下のデータは移行されません。移行ジョブ レポートで、フォルダー 1 配下のすべてのデータが除外済みと表示されます。

事例 2: トップレベル フォルダーのみを移行する (フィルターポリシーなし)

  • 移行元フォルダー構造:

    -ユーザー A

    -フォルダー 1、フォルダー 2、フォルダー 3、フォルダー 4

  • ソリューション: マッピングの追加 / インポート

    • 移行元: ユーザー A¥フォルダー 1

    • 移行先: https://contoso-my.sharepoint.com/personal/userA_contoso_onmicrosoft_com/Documents/Google Drive

    • 方法: 添付する

    移行ポリシーで、トップレベル フォルダー内のオブジェクトのみを移行する オプションを選択します。

  • 移行の結果: フォルダー 1 とフォルダー 1 中のアイテムのみが移行されます。

事例 3: サブ フォルダーを除外する

  • 移行元フォルダー構造:

    -ユーザー A

    -フォルダー 1 > サブフォルダー 1 > サブフォルダー 2

  • ソリューション: マッピングの追加 / インポート

    • 移行元: ユーザー A¥フォルダー 1

    • 移行先: https://contoso-my.sharepoint.com/personal/userA_contoso_onmicrosoft_com/Documents/Google Drive

    • 方法: 添付する

  • フィルター ポリシー: フォルダー名がサブ フォルダー 1 と異なる

  • 移行結果: 移行先パスにフォルダー 1 が作成され、サブフォルダー 1 とサブ フォルダー 1 配下のデータを除いたフォルダー 1 配下のすべてのアイテムが移行されます。

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

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

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

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

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

4.移行結果を検証する

  • マッピング レポートを確認します。マッピングが失敗した場合、またはマッピングが完了したが実行中に例外が発生した場合、移行エラー セクションでマッピングのエラー コードおよびコメントを確認することができます。エラー コードをクリックすると、トラブルシューティング ガイド でそのコードの詳細および推奨事項を表示することができます。これらの情報はエラーの解決や回避に役立てます。

  • データが移行先に正しく移行されているかどうかを確認します。

  • データ プロパティが正しく移行されているかどうか確認します。

  • データ権限が正しく移行されているかどうか確認します。

5.現在のウェーブの最終の増分移行を実行する

すべての移行元データが移行先に移行されることを確認します。