#SharePoint Online to SharePoint Online 移行プロセス

以下のセクションでは、移行元と移行先のドメインが異なる SharePoint Online 移行の一般的な移行プロセスを説明します。このドキュメントに記載されている内容は、Fly を使用して SharePoint Online 移行を実行するプロジェクトの一般的なガイドラインとして利用することもできます。

• 準備
• 移行の実行

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

#準備

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

#1.必要な権限を持つサービス アカウント・アプリ プロファイルを作成する

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

#2.サイト コレクションをフィルターする (任意)

テナント内に多くのサイト コレクションが存在し、その一部のサイト コレクションのみを移行する場合、異なる権限セットを持つカスタム アプリ プロファイルを準備し、アプリを目的のサイト コレクションに適用する必要があります。詳細については、移行先 SharePoint Online における権限 を参照してください。

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

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

#4.用語ストア管理者特権をサービス アカウント / アプリ プロファイルに付与する

管理されたメタデータ列を用語とともに移行する場合は、移行前に移行元および移行先のサービス アカウント / 委任アプリ プロファイルの同意ユーザーを 用語ストア管理者 に追加する必要があります。

SharePoint 管理センターの 用語ストア に移動して、移行サービス アカウントを管理者に追加します。

用語ストア管理の URL: https://{TenantName}-admin.sharepoint.com/_layouts/15/online/AdminHome.aspx#/termStoreAdminCenter

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

Fly は Microsoft 365 に新しいユーザーを自動作成しません。新しい Microsoft 365 ユーザーを追加する方法については、以下の説明を参照してください。

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

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

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

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

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

PowerShell スクリプトを ダウンロード して実行することで、移行前に外部ユーザーをエクスポートして移行先テナントにインポートすることができます。

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

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

#8.移行先で秘密度ラベルを準備する (任意)

移行元テナントに秘密度ラベルが存在しない場合、この手順を無視することができます。

移行元テナントに秘密度ラベルが存在し、移行元ラベルを移行先ラベルに置き換える場合、移行前に移行先ラベルが既に存在していることを確認してください。

ラベルを作成して公開する方法については、秘密度ラベルの作成と発行 を参照してください。

#9.移行スループット

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

ただし、SharePoint Online はファイルおよびさまざまなアイテム / メタデータ / 設定から構成されています。データ速度は移行パフォーマンスを反映する唯一の要素ではない可能性があります。例えば、サイト機能 / コンテンツ タイプ / その他のメタデータ / 設定およびリスト アイテムは通常小さなサイズを使用しますが、移行によるオーバーヘッドが高くなり、処理時間が長くなると、移行の領域でも、データ移行速度に影響を与えます。パイロット移行は、実際の移行パフォーマンスをテストするベスト プラクティスとして推奨されます。実際の移行パフォーマンスは、データの複雑さによって異なる可能性があります。

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

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

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

SharePoint 移行ポリシーでは、競合解決、フィルター ポリシー、ユーザー マッピング、列マッピング、コンテンツ タイプ マッピング、テンプレート マッピング、URL マッピング、その他の SharePoint Online 移行オプションを構成することができます。詳細については、移行ポリシーの作成 を参照してください。

移行元のデータを最大限に保持するため、コンテナー レベルの競合解決として マージする を使用し、コンテンツ レベルの競合解決として 最終更新日時に従って上書きする を使用することをお勧めします。

ファイル / アイテムのバージョンが 100 件以上存在する場合、データの移行により長い時間がかかります。そのため、バージョン フィルター ポリシーを使用して、100 件以内のバージョンを移行することをお勧めします。詳細については、フィルター ポリシー を参照してください。

#12.ハブ サイトを移行先に移行する (任意)

移行元のハブ サイトを移行するには、プロジェクト マッピングを構成し、ハブ サイトをモダン サイト コレクションにマッピングすることができます。サイト コレクションの移行後、SharePoint 管理センターで移行先サイト コレクションをハブ サイトとして登録することができます。その後、ハブ サイトを手動で目的のサイト コレクションに関連付けます。

#13.コンテンツ タイプのハブ サイトを移行先に移行する (任意)

移行元のコンテンツ タイプのハブ サイトを移行するには、プロジェクト マッピングを構成し、移行元コンテンツ タイプのハブサイトを既存の移行先コンテンツ タイプのハブ サイトにマッピングすることができます。移行ポリシーで サイトおよびリストのコンテンツ タイプ および サイトおよびリストの列 チェックボックスのみを選択し、そのポリシーを使用してコンテンツ タイプのハブ サイトを移行します。移行後、移行先コンテンツ タイプのハブ サイトで目的のコンテンツ タイプを手動で公開することができます。

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

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

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

• 本番の移行前に、潜在的な問題を早期に発見して解決します。

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

パイロット移行はウェーブ移行と可能な限り似たものを使用し、ウェーブに含めるすべてのステップを含む必要があります。

詳細については、オブジェクトを移行する移行の実行 を参照してください。

#移行の実行

移行元テナントの検出レポートに基づいて、移行元データと移行先場所のマッピングを一覧表示する最終マッピング ファイルを準備する必要があります。移行するコンテンツの量が多い場合、管理を簡素化するため、部署に従ってマッピングを複数のウェーブに分けることをお勧めします。移行状況については、ユーザーと常にコミュニケーションを取ります。

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

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

サイト コレクション内のサブサイトおよびリストが多すぎる場合、移行ジョブが失敗する可能性があります。サイト コレクションにサブサイトおよびリストが 1000 件以上存在する場合、サイト コレクション内のサイトを分割することをおすすめします。Fly はサイトを自動分割するスクリプトを提供します。詳細については、以下の説明を参照してください:

1. ここ をクリックして、SplitMappings.ps1 スクリプトを検索します。

2. SplitMappings.ps1 スクリプトを、スクリプトを実行するマシンにダウンロードします。

3. SplitMappings.ps1 ファイルを開いて、移行元サイト コレクション URL、移行先サイト コレクション URL、スクリプトに実行後に生成される Mapping.csv ファイルが保存するディレクトリを構成します。Mapping.csv ファイルで、移行元サイト コレクションおよびサイトの URL が Source URL 列に一覧表示され、該当する移行先 URL が構成した移行先 URL に基づいて Destination URL 列に一覧表示されます。移行元サイト コレクションおよびサイトはファイルに基づいて移行されます。

   $SrcSiteUrl = " "

   $DestSiteUrl = " "

   $OutputFilePath = "C:***\Mapping.csv"

   

4. SplitMappings.ps1 ファイルを保存します。

5. 管理者として PnP PowerShell でスクリプトを実行します。スクリプトの実行後、Mapping.csv は生成されて、構成したディレクトリに保存されます。

6. Mapping.csv ファイルをインポートすることで、プロジェクトにマッピングを一括インポートします。

7. 移行ポリシーで サブサイト チェックボックスの選択を解除します。移行ジョブを実行するには、オブジェクトを移行する移行の実行 を参照してください。

   

フォルダー内のサブフォルダーが多すぎる場合、移行ジョブが失敗する可能性があります。フォルダー内のサブフォルダーが 500 件に到達する場合、フォルダーのサブフォルダーを分割することをお勧めします。Fly はサブフォルダーを自動分割するスクリプトを提供します。詳細については、以下の説明を参照してください:

1. ここ をクリックして、SplitMappingForFolder.ps1 スクリプトを検索します。

2. SplitMappingForFolder.ps1 スクリプトを、スクリプトを実行するマシンにダウンロードします。

3. SplitMappingForFolder.ps1 ファイルを開いて、移行元および移行先のテナント ドメインおよびサイト コレクション URL、分割するフォルダー / リストの相対 URL およびスクリプトに実行後に生成される Mapping.csv ファイルが保存するディレクトリを構成します。Mapping.csv ファイルで、移行元サブフォルダーの URL が Source URL 列に一覧表示され、該当する移行先 URL が Destination URL 列に一覧表示されます。移行元サブフォルダーはファイルに基づいて移行されます。

   $SourceTenantDomain = " "

   $DestinationTenantDomain = " "

   $SrcSiteUrl = " "

   $DestSiteUrl = " "

   $OutputFilePath = "C:***\Mapping.csv"

   $FolderServerRelativeUrl=" "

   

4. SplitMappingForFolder.ps1 ****ファイルを保存します。

5. 管理者として PnP PowerShell でスクリプトを実行します。スクリプトの実行後、Mapping.csv は生成されて、構成したディレクトリに保存されます。

6. Mapping.csv ファイルをインポートすることで、プロジェクトにマッピングを一括インポートします。

7. 分割されたサブフォルダーの親フォルダーに対して新しいプロジェクトを構成します。その後、フォルダー レベルのフィルター ポリシーを構成して、フォルダーのサブフォルダーをフィルターします。構成したフォルダー名が親フォルダーに存在しないことを確認してください。移行ジョブを実行するには、オブジェクトを移行する移行の実行 を参照してください。

   

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

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

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

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

新規・更新・失敗したデータを処理します。通常の増分移行を実行する方法については、オブジェクトを移行する移行の実行 を参照してください。

#4.移行元ストレージと移行先ストレージを比較する (任意)

移行後、以下の URL にアクセスすることで、移行元と移行先のファイルの数およびサイズを比較することができます。

sitecollectionurl/_layouts/15/storman.aspx

• 移行後にファイルの数が異なる場合、移行先に存在しないファイルの移行が失敗したかどうかを確認します。ファイルの移行が失敗した場合、それらのファイルのコメントを確認します。エラーの修正後、移行ジョブを再実行します。これらのファイルのレコードが存在しない場合、サポートに連絡して、これらのファイルのスクリーンショットおよびジョブ ID を提供してエラーの分析を依頼してください。

• 移行後にファイルのサイズが異なる場合 (例えば、移行元ファイルのサイズが 10 MB ですが、移行済みファイルのサイズが 100 MB です)、移行元と移行先ライブラリで移行元ファイルの実サイズと移行済みファイルの実サイズを確認します。この問題を解決するには、以下の説明を参照してください。

  • 移行元ファイルの実サイズが 10 MB であり、移行済みファイルの実サイズが 10 MB であるが、移行先 記憶域メトリックス ページに表示されている移行済みファイルのサイズが 100 MB である場合、これは Microsoft の問題である可能性があります。

  • 移行元ファイルの実サイズが 100 MB であり、移行済みファイルの実サイズが 100 MB であるが、記憶域メトリックス ページに表示されている移行元ファイルのサイズが 10 MB である場合、これは Microsoft の問題である可能性があります。

  • 移行元ファイルの実サイズが 10 MB であるが、移行済みファイルの実サイズが 100 MB である場合、これは Fly の問題である可能性があります。サポートに連絡して、移行元ファイルと移行済みファイルのバージョン履歴のスクリーンショット、および以下の URL にアクセスして移行元と移行先の 記憶域メトリックス ページのスクリーンショットを提供して、エラーの分析を依頼してください。

    sitecollectionurl/_layouts/15/storman.aspx

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

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

• 移行先でアイテム数および権限を確認します。権限の移行に失敗した場合、権限のみの移行 ジョブを実行することができます。

  • 移行先でサイト / リストの設定を確認します。

  • 移行先でページおよび Web パーツを確認します。

  • 移行先でワークフローを確認します。

  • 移行先でナビゲーションを確認します。

  • 新しいデータは移行先で作成できます。

#6.移行元サイトを読み取り専用に設定する

最終のデルタ / 増分移行を実行する前に、データの一貫性を確保するため、移行中に移行元でデータが変更・作成されないことを確認してください。

• サイト コレクションを読み取り専用に設定するには、PowerShell を使用して以下のスクリプトを実行してください。

  #Set Parameters
  
    $AdminCenterURL="https://contoso-admin.sharepoint.com"
  
    $SiteURL = "https://contoso.sharepoint.com/sites/marketing"
  
    #Connect to SharePoint Online
  
    Connect-SPOService -Url $AdminCenterURL -Credential (Get-Credential)
  
    #PowerShell to set onedrive for business site to read only
  
    Set-SPOSite -Identity $SiteURL -LockState ReadOnly

• サイト コレクションのロックを解除するには、PowerShell を使用して以下のスクリプトを実行してください。

  #Unlock site from read only mode
  
    Set-SPOSite -Identity $SiteURL -LockState Unlock

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

移行プロジェクトの最後に、すべての移行元データが移行先に移行されていることを確認するため、最終増分ジョブを実行することをお勧めします。

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

このステップは、移行プランが複数のウェーブに分割されている場合にのみ必要です。

#9.最終のカットオーバーを実行する

移行元のテナントのドメイン名が移行先テナントのドメイン名に変更されて起動された後、新規・更新されたデータを移行先に移行するための最終増分移行を実行する場合、先に Fly で移行元および移行先のサイト コレクション URL のホスト名を変更する必要があります。詳細については、ユーザー ガイド を参照してください。