テナント間の移行
[アーティクル] 2024/11/05
15 人の共同作成者
フィードバック
この記事の内容
環境を別のテナントに移行する
移動のしくみ
よく寄せられる質問
テナントからテナントへの移行機能を使用して、1 つのテナントの環境を別のテナントに移動* するように要求できます。 この機能により、顧客は次のケースをサポートできます。
複数のテナントを 1 つのテナントに統合する
A 社から B 社への買収をサポートする
* 環境は物理的に移動されるのではなく、別のテナントに関連付けられます。 環境は存在したままですが、ソース テナントの下ではなくなります。 移行先テナントの下で使用および管理されます。
テナントからテナントへの移行を開始するためのサポート リクエストを送信 する。
この移行の一環として、ユーザー インターフェイスの変更またはバージョンの変更はありません。 1 つまたは複数の環境を移動できます。 完了すると、環境が新しいテナントに表示されます。
重要
1 つのテナントから別のものに個々の環境を移行する際に地域の変更が必要な場合には、テナントは多地域テナントになります。 地域の機能は、サポート チームにより Power Platform で有効になります。 詳細: Geo 間の移行 。
テナントからテナントに移行後、Dynamics 365 for Outlook、サーバー側同期、SharePoint など一部のアプリケーションおよび設定を再構成する必要があるかもしれません。
地理的地域の変更は、US GCC、US GCC High、US DoD、OCE、IND、または中国の内外ではサポートされていません。
既存のソース データベースのバックアップは、移行先テナントに移行されません。
財務と運用組織にリンクされている Dataverse 組織は、別のテナントに移行できせん。
テナントからテナントへの移行は、カスタマー ロックボックス がソース テナントで有効になっている場合、適用されます。
テーブルを展開する
サポート対象
完全にはサポートされていません*
Dataverse Dynamics 365 アプリ
* 移行中にデータが失われる、その他の手順が必要になる場合があります。 以下のソリューションのいずれかが移行する環境にインストールされているかどうかを確認します。これらのソリューションには、ユーザーまたはサポートのいずれかによる追加の手順が必要になる場合があります。
テーブルを展開する
サポート対象
サポートしていません
運用環境の移行 サンドボックス環境の移行 GCC から GCC へのテナント移行 1 つまたは複数の環境
既定の環境の移行 Teams 環境の移行 試用版環境の移行 デモ環境の移行 開発者環境の移行 テナントを GCC から別の地域に、または別の地域から GCC に移行する 財務と運用組織にリンクされている Dataverse 組織の移行
移行リクエストが送信されると、サポート チームはリクエストを手動で確認します。 以下は、移行プロセス全体で実行される手順のリストです。
テーブルを展開する
リクエストの送信 | v
前提条件の確認 -->
環境を移行する -->
ユーザー マッピングと同期 -->
移行後 -->
移行完了
移行先の Dynamics 365、Power Apps または Microsoft Copilot Studio の有料サブスクリプションをお持ちでない場合、作成する必要があります。 まだ行っていない場合は、新しいサブスクリプションを購入するか、試用版サブスクリプションを有料サブスクリプションに変換する必要がある場合があります。
移行先テナントには、ソース テナントと同じかそれ以上のアクティブ ユーザー ライセンスと同じかそれ以上のストレージが必要です。
環境が同じ地域内のテナント間で移動されても、URL は変更されません。 この操作を実行するには、次を含む質問に回答する必要があります。
ソース テナント ドメインとそのスペースとは何ですか? (例: EMEA、NA、APAC)
移行先テナント ドメインとそのスペースとは何ですか? (例: EMEA、NA、APAC)
移行先テナントには、すべてのユーザーをマップするのに十分なシートがある有効な Dynamics 365 サブスクリプションがありますか? マッピング ファイルに指定するユーザーは、ソース テナントおよびターゲット テナントの両方でアクティブであり、ライセンスが付与されている必要があります。
移行先テナントに十分使用可能なユーザー ライセンスがありますか?
移行先テナントに、移行する環境に十分使用可能な記憶域がありますか?
運用環境 (またはビジネスに影響を与える可能性のある環境) を移行する前に、まずサンドボックス コピーの移行を実行する必要があります。 重要な運用環境のコピーを使用したこれらの移行の目的は、ビジネス クリティカルな環境の移行を進める前に、移行された環境を検証できるようにすることです。 このテストを続行するために、実稼働環境のコピーをプロビジョニングするのに十分な容量がありますか? 環境をコピーする方法については、環境のコピー を参照してください。
次の情報を入力する必要があります。
ソース テナントから移行する環境。
移行する最初の環境のユーザー マッピング ファイル。 各環境には、個別のマッピング ファイルが必要です。 移行を成功させるには、ユーザーがソース テナントとターゲット テナントの両方に存在し、環境でライセンスを取得して有効にする必要があります。 それらがアクティブである限り、それらは異なるソース ドメインとターゲット ドメインを持つことができます。
セキュリティ グループを割り当てる必要がある場合に、各環境に割り当てるターゲット テナントのセキュリティ グループ オブジェクト ID。 ターゲット テナント セキュリティ グループ オブジェクト ID は、指定されている場合は移行中に割り当てられます。 指定しない場合、セキュリティ グループは移行が完了した後 Power Platform 管理センターから割り当てることができます。
移行を実行する権限があります。
ビジネス クリティカルな環境の移行を計画する前に、サンドボックス コピーを使用した移行を実行し、すべての関係者が検証する必要があります。 その場合、ビジネス クリティカル環境を新しい環境にコピーして、テスト移行を実行できるように、ソース テナントにも新しい環境が必要になります。
対象テナントでユーザーを作成します。 次が必要となります:
Microsoft 365/Microsoft Entra ID でユーザーを作成します。
ライセンスを割り当てます。
ユーザーを作成して有効にしたら、この記事で後述された 手順に従ってマッピング ファイルを生成する必要があります。
Power Apps または Power Automate フローのソリューションがある場合、これらを Power Apps からエクスポートし、移行後に新環境に再インポートする必要があります。
ソース テナントでロックボックスが有効になっている場合は、テナント間の操作の開始時にロックボックス要求を承認する準備をしてください。
以下のソリューションのいずれかが移行する環境にインストールされているかどうかを確認します。これらのソリューションには、ユーザーまたはサポートのいずれかによるその他の手順が必要になる場合があります。
Power Apps または Power Automate
Microsoft Copilot Studio
Dynamics 365 Customer Voice
Power Apps ポータル
Power Apps チェッカー アプリ
Café X
Dynamics 365 Marketing
メールボックス。 マップされたユーザーが移行先テナントにメールボックスを持っている場合、メールボックスは移行中に自動的に構成されます。 他のすべてのユーザーの場合は、メールボックスを再構成する必要があります。
ターゲット テナント (test@microsoft.com) で同じメール ボックスが使用されている場合、メールボックスはデフォルトで有効になります。 テナント間のプロセスの前に、顧客はターゲット テナントでメールボックスを移行/構成する必要があります。
既定の onmicrosoft ドメイン (test@sourcecompanyname.onmicrosoft.com)、移行後のドメイン名が変更されます (test@targetcompanyname.onmicrosoft.com)。 顧客はメールボックスを再構成する必要があります。 メールボックスの構成については、Exchange Online への接続 を参照してください。
ソース環境にアクセスします。
高度な検索 ( ) で、ユーザーを探します。
保存されたビューを使用する >フル アクセス ユーザー を選択してから、列の編集 を選択します。
姓名 を除くすべての列を削除します。
列の追加 >Windows Live ID を選択します。
OK >結果 を選択して、フル アクセス ユーザーのリストを表示します。
すべてのレコードを選択し、リボンでユーザーのエクスポート を選択してから、静的ワークシート を選択します。
移行先テナントについては、可能であれば上記の手順 1〜7 に従ってください。 これで、2 つの Excel シートができました。1 つはソース テナント用、もう 1 つはターゲット テナント用です。
編集するファイルを開きます。
ソース Excel シートから始めて、Windows Live ID 列下のレコードをメモ帳へコピーします。 ヘッダーはコピーしないでください。
メモ帳ファイルを保存します。
次に、対応するソース UPN の右側にある同じメモ帳ドキュメントに移行先 Windows Live ID (UPN) を入力し、ソース UPN と移行先 UPN をコンマ (,) で区切ります。
例 :
user001@source.com、user001@destination.com
user002@source.com、user002@destination.com
user003@source.com、user003@destination.com
ファイルを CSV として保存します。
ソース環境にアクセスします。
高度な検索 ( ) で、ユーザーを探します。
保存されたビューを使用する >管理アクセス ユーザー を選択してから、次に結果 を選択して、管理アクセス ユーザーのリストを表示します。
これらのユーザーを含めない場合は、次の手順をスキップしてください。 それ以外の場合、これらのユーザーをマッピングに含める方法:
移行先テナントで対応するユーザーを見つけます。
有効な Dynamics 365 ライセンスが移行先テナントの移行先ユーザーに割り当てられていることを確認してください。
注: 移行先ユーザーにライセンスが割り当てられていない場合、移行は失敗します。
フル アクセス ユーザーと管理アクセス ユーザーの両方がマップされている CSV ファイルを保存します。
移行前後にPower Apps、Power Automate、Microsoft Copilot Studio、Power Apps ポータル、およびマーケティングに対して次の手順を実行します。
Power Apps および Power Automate の場合:
どの Power Apps と Power Automate フローも、手動でエクスポートする必要があります。
Customer Connectors、Connections、または Gateways の移行はサポートされていません。 これらのコンポーネントのいずれかを設定している場合は、移行後に手動で再構成する必要があります。
移行前:
ソリューション対応のアプリの場合、https://make.powerapps.com/ に移動して ソリューション ページに移動し、すべてのアプリ/ソリューションをエクスポートします (まだの場合は、個別に、または 1 つのソリューションにグループ化します)
これらのソリューション対応アプリは、エクスポート後に環境内で削除してください。
重要
移行前に環境から削除しなかったソリューション対応キャンバス アプリ、カスタム ページ、またはコンポーネント ライブラリは、移行が完了した後も操作不能な状態のままになります。 再生、編集、またはエクスポートはできません。 今後のソリューションの更新をブロック解除するには、それらを削除する必要があります。
移行後:
https://make.powerapps.com/ から新しい環境を選択して、ソリューション ページに移動します。
インポート を選択して、ファイル セレクターで上記の手順でエクスポートされたパッケージを選択します。
移行した環境のソリューションの内容を確認して、インポートが正常に完了したことを確認します。
移行前:
https://make.powerapps.com に移動してから、アプリ を選択します。
移動するアプリごとに、その他のコマンド (…) を選択し、次にパッケージのエクスポート (プレビュー) を選択します。
アプリのエクスポートを実行するために必要な詳細を入力してから、エクスポート を選択します。 エクスポートが完了すると、ダウンロードが開始されます。 結果のファイルには、選択されたアプリ パッケージが含まれています。
すべてのアプリがエクスポートされるまで、これらの手順を繰り返します。
移行後:
https://make.powerapps.com に移動します。
右上隅の環境ピッカーで、新しい環境を選択します。
アプリ を選択します。
キャンバス アプリ をインポートします。
アプリ パッケージ ファイルをアップロードします。
すべてのインポート オプションの選択を完了してから、インポート を選択します。
すべてのアプリがインポートされるまで、これらの手順を繰り返します。
Microsoft Copilot Studio 向け
どの Microsoft Copilot Studio チャットボットも、手動でエクスポートする必要があります。
一部のチャットボットの依存コンポーネント (接続、環境変数、カスタムコネクタなど) は、移行中または移行後に手動で再構成する必要があります。
移行前:
チャットボットはソリューションに対応しています。 https://make.powerapps.com/ にアクセスして、ソリューション ページに移動し、すべてのチャットボットのソリューションを個別に、またはひとつのソリューションにまとめてエクスポートすることができます。 詳細については、ソリューションを使用したボットのエクスポートとインポート を参照してください。
移行後:
https://make.powerapps.com/ から新しい環境を選択して、ソリューション ページに移動します。
インポート を選択して、ファイル セレクターで上記の手順でエクスポートされたパッケージを選択します。
移行した環境のソリューションの内容を確認して、インポートが正常に完了したことを確認します。
Power Apps ポータルの場合 (環境内のポータルごとに実行する必要があります):
移行前:
環境にサインインします。
Power Apps ポータル管理センター を開きます。
ポータルを 削除 します。
移行後:
環境にサインインします。
Power Apps ポータル管理センター を開きます。
同じポータル タイプと言語でポータルをプロビジョニングします。
Dynamics 365 Marketing の場合:
マーケティング アプリがテナントに展開されている場合は、移行が完了したらアプリケーションを再プロビジョニングするために、必要なライセンスが移行先テナントに存在することを確認してください。 移動先: Dynamics 365 Marketing のテナントからテナントへの移行 。
環境を別のテナントに移動した後。
環境 URL、組織 ID (OrgID)、および名前は変更されません。
ソース環境にアクセスできなくなります。
マッピング ファイルに含まれていないユーザーは、移行されず、移行後にマッピングされません。
発生したサポート要求の一部として移行のための事前条件と事後条件の一覧が提示されます。 次の表に、移動の前後と移動中に Microsoft が行う内容を説明します。
テーブルを展開する
移動前: 通知
移動中: カットオーバー
移行後: 通知とサポート
Microsoft が行う内容
サポート担当者またはアカウント マネージャーは、移動の要求およびスケジュールするためにユーザーと連携します。
ユーザー数に応じて、移行のカットオーバーに数時間かかります。 この期間中は、ユーザーは環境にはアクセスできませんので、カットオーバーは夕方の間または週末の間にスケジュールする必要があります。 ユーザー マッピング ファイルを提供する、介入が必要な手順があります。 移行を行う前に移行されるユーザーを確認できるように、これが事前に要求されます。
環境が新しいテナントに移行されると、電子メールまたは電話で通知されます。 テナントの移行が完了した後、サポート担当者または取引先企業担当マネージャーは、必要に応じて、前のサブスクリプションをキャンセルおよび/またはクレジットするために請求への問い合わせを支援します。
Microsoft は、すべての移動については、Microsoft Online Services のサービス レベル アグリーメント の条件に従います。
テナントからテナントへの移行中にバックグラウンド操作が有効になっていますか?
管理モードはテナントからテナントへの移行中に有効になるため、バックグラウンド操作は実行されません。 移動先: 管理モード - Power Platform
Dataverse 組織のすべてのユーザーを移行できますか?
ユーザーが移行先テナントに存在する場合にのみ、Dataverse 組織のすべてのユーザーを移行できます。 例:
user001@source.com、user001@destination.com
user002@source.com、user002@destination.com