次の方法で共有

テナント間の SharePoint 移行 (プレビュー)

  • [アーティクル]

注:

クロステナント SharePoint 移行は現在、開発のプライベート プレビュー 段階にあります。 未完了のプロジェクトとして、情報や可用性はいつでも変更される可能性があります。 プライベート プレビューのお客様のサポートは、メールで処理されます。 テナント間 SharePoint の移行には、 Microsoft ユニバーサル ライセンス条項 for Online Services のプレビュー条項が適用されます。

クロステナント SharePoint 移行機能を使用して、SharePoint サイトをテナント間で移動できるようになりました。

SharePoint Online PowerShell を使用すると、SharePoint 管理者はサイトを新しいテナントに移行できます。

特定の時点で、最大 4,000 個の SharePoint アカウントを事前に移行するようにスケジュールできます。 スケジュールが設定されると、コンテンツなしで Microsoft 365 クラウドを離れ、中断を最小限に抑えながら移行が行われます。 移行が完了すると、リダイレクトがユーザーの元の SharePoint サイトの場所に配置されるため、ファイルやフォルダーへのリンクは新しい場所で引き続き動作できます。

重要

テナント間の移動は、1 つの完了した移行アクティビティです。 コンテンツはソースからターゲットに 移動 され、ソースにリダイレクト リンクが残ります。 増分移行パスと差分移行パスは実行できません。

参加方法

クロス テナント ユーザー コンテンツ移行 機能とライセンスは、現在、Enterprise Agreement のお客様のみが使用できます。

テナント間ユーザー コンテンツ移行ライセンスを購入する Enterprise Agreement のお客様で、テナント間の SharePoint 移行を評価して移行エクスペリエンスを向上させる場合は、次にサインアップします。

要求されたすべての情報を含め、"SharePoint のテナント間データ移行 (M&A シナリオ)" に関心があることを示してください。

ライセンスの詳細については、以下を参照してください。

前提条件と設定

ターゲット SharePoint サイトとグループ接続 SharePoint サイト

重要

  • 移行を開始する前に、ターゲット SharePoint サイトを作成しないでください。 ターゲット テナントにサイトが既に存在する場合、移行は失敗します。 既存のサイトを上書きまたはマージすることはできません。

  • グループに接続された SharePoint サイトの移行の対象となる Microsoft 365 グループは 、既存の SharePoint サイトにリンクできません。 ターゲット Microsoft 365 グループは、特定の方法で事前に作成する必要があります。

移行を開始する前に、ソース SharePoint サイトが読み取り/書き込みモードに設定されていることを確認してください。 読み取り専用に設定されている場合、移行は失敗します。

  • 移行する個々の SharePoint サイトには、5 TB 以下のストレージまたは 100 万個のアイテムが必要です。 複数のサイトの移行中に 5 TB を超えるサイトが検出された場合、そのサイトは最終的にタイムアウトし、失敗します。 5 TB 未満のサイトは、完了するまで続行されます。

  • 100 万項目の制限は、ファイル (バージョンを含む)、フォルダー、リストまたはライブラリの場合は、リスト行エントリを含め、任意の "アイテム" にすることができます。

  • 移行のために識別されたすべてのユーザーとグループが、ターゲット テナントに事前に作成されていることを確認します。

  • ソース テナントまたは ターゲット テナントの各ユーザーに適切なライセンスを割り当てます。 ライセンスを両方の場所に適用する必要はありません。

パス サイズの制限

Microsoft の文字パスの制限は 400 文字を超えることはできません。 文字数制限内に留まるように、ターゲット ユーザーとサイト URL の名前を短くすることをお勧めします。

移行を計画するときは、ターゲット テナントのユーザー名とサイト ULR 名の長さを考慮してください。 ユーザーとサイトの URL 名が長いほど、移行が失敗する可能性があります。 ソースのファイルまたはフォルダーのパス名は、ターゲットの新しいユーザーまたはサイト名と組み合わされていることに注意してください。 合計が 400 文字のパス制限を超えないようにしてください。

移行に失敗した場合は、ユーザーまたはサイト URL の名前を変更するか、ユーザーと連携して、影響を受けるファイルまたはフォルダーの名前を変更するか、ディレクトリ構造の上位に移動して、文字のしきい値の制限の下に留まるようにします。 解決したら、移行を完了できます。

SharePoint 機能のサポート

地理的な場所間では、次の種類のサイトを移行できます。

  • Microsoft 365 グループに接続されたサイト (Microsoft Teamsに関連付けられているサイトを含む)
  • Microsoft 365 グループ関連付けのない最新のサイト
  • 従来の SharePoint サイト
  • コミュニケーション サイト

重要

この機能 には、 Teams コンテンツ、チャネル、または関連する構造の移行は含まれません。 Teams に接続された SharePoint サイトが移行された場合、SharePoint サイトコンテンツのみがターゲットに移行されます。

SharePoint サイトの移行が完了すると、移行されたファイルの既存の共有リンクが自動的に新しい地理的な場所にリダイレクトされます。

アクセス許可

サイトへのアクセス許可を持つユーザーは、移行が完了した後もサイトへのアクセス権を持ち続ける場合があります。これらのユーザー/グループが ID マッピング の手順で説明されている場合。

SharePoint ワークフロー

ワークフロー (2010 または 2013) は、ターゲット テナントで再作成して再発行する必要があります。

アプリ

アプリを使用してサイトを移行する場合は、ターゲット テナント上のアプリを変更する可能性がある & 再発行する必要があります。

PowerApps/PowerAutomate

PowerApps & Automation タスクは、ターゲット テナント上のサイトに再作成して再接続する必要があります。

Web パーツ

他の SharePoint サイトや他の Microsoft 365 サービス (メール、予定表など) のコンテンツを参照する Web パーツは、ターゲット テナントで変更または再作成する必要がある場合があります。

秘密度ラベル

移行されたファイルに関連付けられているラベルが M365 ユーザー エクスペリエンスで正しく表示されない場合があります。 また、移行後は、元のラベルに関連付けられている保護またはポリシーは存在しません。 保護またはポリシーを適用するには、移行前にファイルからラベルを削除し、移行後に必要に応じて新しいラベルを再適用することをお勧めします。

User-Defined アクセス許可を持つ秘密度ラベル

ユーザー定義のアクセス許可を持つ秘密度ラベルを含むサイトは、テナント間の移行を使用して移行できません。 このガイダンスは、ラベル定義で [ユーザーが ラベルを適用するときにアクセス許可を割り当てる ] 設定が選択されている秘密度ラベルを指します。 詳細については、「 SharePoint と OneDrive でファイルの秘密度ラベルを有効にする」を参照してください。

ユーザー定義のアクセス許可を持つ秘密度ラベルを含むサイトを移行するには、まずサイト内のファイルからラベルを削除する必要があります。 このアクションは、手動で、または Unlock-SPOSensitivityLabelEncryptedFile を使用して実行できます。

例:

Unlock-SPOSensitivityLabelEncryptedFile. -FileUrl "https://contoso.com/sites/Marketing/Shared Documents/Doc1.docx" -JustificationText "Need to decrypt this file".

ユーザーとの通信

テナント間で SharePoint サイトを移行する場合は、ユーザーに何を期待するかを伝える必要があります。

  • この移行は、それらの移行にどのような影響を与えますか?
  • 移行中も引き続き作業できますか?
  • 移行はいつ開始され、どのくらいの期間続くのですか?
  • 新しいサイトにアクセスするための新しい URL と、新しいテナントに関するその他の詳細とは
  • 移行期間中にファイルを閉じ、編集を行わないようユーザーにアドバイスします。
  • 移行の一環として発生する可能性があるファイルのアクセス許可または共有の変更についてアドバイスします。

SharePoint サイトの移行をスケジュールする

SharePoint サイトの移行を事前にスケジュールすることはできますが、次の推奨事項を考慮してください。

  • 少数のサイトから始めて、ワークフローとコミュニケーション戦略を検証する
  • このプロセスに慣れたら、大規模な移行のバッチをスケジュールできます。
  • バッチごとに一度に最大 4,000 回の移行をスケジュールできます
  • 移行が開始されるにつれて、キュー内の最大 4,000 個の保留中の移行をいつでも使用して、より多くのスケジュールを設定できます。

作業の開始

手順 1: ソーステナントとターゲットテナントに接続する