テナントからテナントへの移行

[アーティクル]
06/07/2023

環境を別のテナントに移行する

テナントからテナントへの移行機能を使用して、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 アプリ	キャンバスアプリコンポーネントライブラリカスタムページ Power Automate Power Virtual Agents Dynamics 365 Customer Voice Omnichannel for Customer Service

^*移行中にデータが失われる、追加の手順が必要になる場合があります。以下のソリューションのいずれかが移行する環境にインストールされているかどうかを確認します。これらのソリューションには、ユーザーまたはサポートのいずれかによる追加の手順が必要になる場合があります。

サポートされている環境の種類

サポート対象	サポートしていません
運用環境の移行サンドボックス環境の移行 GCC から GCC へのテナント移行 1 つまたは複数の環境	既定の環境の移行 Teams 環境の移行試用版環境の移行デモ環境の移行開発者環境の移行テナントを GCC から別の地域に、または別の地域から GCC に移行する財務と運用組織にリンクされている Dataverse 組織の移行

移行フロー

移行リクエストが送信されると、サポートチームはリクエストを手動で確認します。以下は、移行プロセス全体で実行される手順のリストです。

Image
テーブル

移行フロー

前提条件:

移行先の Dynamics 365、Power Apps または Power Virtual Agents の有料サブスクリプションをお持ちでない場合、作成する必要があります。まだ行っていない場合は、新しいサブスクリプションを購入するか、試用版サブスクリプションを有料サブスクリプションに変換する必要がある場合があります。

移行先テナントには、ソーステナントと同じかそれ以上のアクティブユーザーライセンスと同じかそれ以上のストレージが必要です。

環境が同じ地域内のテナント間で移動されても、URL は変更されません。この操作を実行するには、次を含む質問に回答する必要があります。

ソーステナントドメインとそのスペースとは何ですか? (例: EMEA、NA、APAC)
移行先テナントドメインとそのスペースとは何ですか? (例: EMEA、NA、APAC)
移行先テナントには、すべてのユーザーをマップするのに十分なシートがある有効な Dynamics 365 サブスクリプションがありますか? マッピングファイルで提供されるユーザーは、ソーステナントとターゲットテナントの両方でアクティブであり、ライセンスが付与されている必要があります。
移行先テナントに十分使用可能なユーザーライセンスがありますか?
移行先テナントに、移行する環境に十分使用可能な記憶域がありますか?
運用環境 (またはビジネスに影響を与える可能性のある環境) を移行する前に、まずサンドボックスコピーの移行を実行する必要があります。重要な運用環境のコピーを使用したこれらの移行の目的は、ビジネスクリティカルな環境の移行を進める前に、移行された環境を検証できるようにすることです。このテストを続行するために、実稼働環境のコピーをプロビジョニングするのに十分な容量がありますか? 環境をコピーする方法については、環境のコピーを参照してください。

次の情報も指定する必要があります。

ソーステナントから移行する環境。
移行する最初の環境のユーザーマッピングファイル。各環境には、個別のマッピングファイルが必要です。移行を成功させるには、ユーザーがソーステナントとターゲットテナントの両方に存在し、環境でライセンスを取得して有効にする必要があることに注意してください。それらがアクティブである限り、それらは異なるソースドメインとターゲットドメインを持つことができます。
セキュリティグループを割り当てる必要がある場合に、各環境に割り当てるターゲットテナントのセキュリティグループオブジェクト ID。ターゲットテナントセキュリティグループオブジェクト ID が指定されている場合、移行中に割り当てられます。指定しない場合、セキュリティグループは移行が完了した後 Power Platform 管理センターから割り当てることができます。

グローバル管理者、Dynamics 365 管理者、または Power Platform 管理者が実行するステップ

移行を実行する権限があります。
ビジネスクリティカルな環境の移行を計画する前に、サンドボックスコピーを使用した移行を実行し、すべての関係者が検証する必要があります。その場合、ビジネスクリティカルな環境を新しい環境にコピーしてテストの移行を実行できるように、ソーステナントにも新しい環境が必要になります。
対象テナントでユーザーを作成します。次が必要となります:
1. Microsoft 365/Microsoft Entra ID でユーザーを作成します。
2. ライセンスを割り当てます。
ユーザーを作成して有効にしたら、この記事で後述された手順に従ってマッピングファイルを生成する必要があります。
Power Apps または Power Automate フローのソリューションがある場合、これらを Power Apps からエクスポートし、移行後に新環境に再インポートする必要があります。
ソーステナントでロックボックスが有効になっている場合は、テナント間の操作の開始時にロックボックス要求を承認する準備をしてください。

以下のソリューションのいずれかが移行する環境にインストールされているかどうかを確認します。これらのソリューションには、ユーザーまたはサポートのいずれかによる追加の手順が必要になる場合があります。

Power Apps または Power Automate
Power Virtual Agents
Dynamics 365 Customer Voice
- Dynamics 365 Customer Voice では、テナントからテナントへの移行はサポートされていません。プロジェクトとアンケートは移行後に再作成する必要があります。
Power Apps ポータル
Power Apps チェッカーアプリ
Café X
Dynamics 365 Marketing
メールボックス。マップされたユーザーが移行先テナントにメールボックスを持っている場合、メールボックスは移行中に自動的に構成されます。他のすべてのユーザーの場合は、メールボックスを再構成する必要があります。
1. ターゲットテナント (test@microsoft.com) で同じメールボックスが使用されている場合、メールボックスは既定で有効になります。テナント間のプロセスの前に、顧客はターゲットテナントでメールボックスを移行/構成する必要があります。
2. 既定の 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 として保存します。

管理者アクセス権を持つユーザーの場合:

ソース環境にアクセスします。
高度な検索 () で、ユーザーを探します。
保存されたビューを使用する>管理アクセスユーザーを選択してから、次に結果を選択して、管理アクセスユーザーのリストを表示します。
これらのユーザーを含めない場合は、次の手順をスキップしてください。それ以外の場合、これらのユーザーをマッピングに含める方法:
1. 移行先テナントで対応するユーザーを見つけます。
2. 有効な Dynamics 365 ライセンスが移行先テナントの移行先ユーザーに割り当てられていることを確認してください。注: 移行先ユーザーにライセンスが割り当てられていない場合、移行は失敗します。
3. フルアクセスユーザーと管理アクセスユーザーの両方がマップされている CSV ファイルを保存します。

移行前後にPower Apps、Power Automate、Power Virtual Agents、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 に移動します。
右上隅の環境ピッカーで、新しい環境を選択します。
アプリを選択します。
キャンバスアプリをインポートします。
アプリパッケージファイルをアップロードします。
すべてのインポートオプションの選択を完了してから、インポートを選択します。
すべてのアプリがインポートされるまで、これらの手順を繰り返します。

Power Virtual Agents 向け:

どの Power Virtual Agents チャットボットも、手動でエクスポートする必要があります。
一部のチャットボットの依存コンポーネント (接続、環境変数、カスタムコネクタなど) は、移行中または移行後に手動で再構成する必要があります。

移行前:

チャットボットはソリューションに対応しています。 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 のサービスレベルアグリーメントの条件に従います。

よく寄せられる質問