テナント間の移行

テナント間移行機能を使用すると、あるテナントから別のテナントに環境を転送できます。この機能は、複数のテナントを 1 つに統合し、会社の買収を容易にするなどのシナリオをサポートします。環境は実際に移動するのではなく、別のテナントにリンクされます。環境は存在しますが、ソーステナントの一部ではなくなります。アクセスは可能で、移動先のテナントの下で管理されます。この移行の一環として、ユーザーインターフェイスの変更またはバージョンの変更はありません。

開始する前に

テナント間の移行を開始する前に、次の考慮事項に注意してください。

サポートされている環境の種類: 運用環境とサンドボックス環境のみがサポートされます。
サポートされていない環境の種類: 既定、開発者、試用版、Teams 環境はサポートされていません。 Government Community Cloud (GCC) からパブリッククラウド、またはその逆もサポートされていません。
Dynamics 365 Customer Voice、Omnichannel for Customer Service、コンポーネントライブラリ、Dynamics 365 Customer Insights - Journeys、Dynamics 365 Customer Insights - Data の各コンポーネントはサポートされていません。
Power Apps、Power Automate、Power Pages、Microsoft Copilot Studio に必要な特定の手順が、移行前および移行後の手順として示されます。
財務と運用組織にリンクされている Dataverse 組織は、別のテナントに移行できません。
テナント間の移行後、Dynamics 365 for Outlook、サーバー側同期、SharePoint など、一部のアプリケーションと設定を再構成する必要があるかもしれません。
ユーザーを作成して構成したら、この記事で後述するユーザーマッピングファイルを作成する必要があります。
マップされたユーザーが移行先テナントにメールボックスを持っている場合、メールボックスは移行中に自動的に構成されます。他のすべてのユーザーの場合は、メールボックスを再構成する必要があります。
- ターゲットテナント、test@microsoft.com で同じメールボックスが使用されている場合、メールボックスは既定で有効になります。テナント間の移行の前に、顧客はターゲットテナントでメールボックスを移行/構成する必要があります。
- 既定の onmicrosoft ドメイン、test@sourcecompanyname.onmicrosoft.com を使用している場合、移行後のドメイン名は test@targetcompanyname.onmicrosoft.com に変更されます。顧客はメールボックスを再構成する必要があります。メールボックスの構成の詳細については、「 Exchange Online への接続」を参照してください。

前提条件

移行プロセスを開始する前に、次の前提条件を満たす必要があります。

ターゲットテナントに次のようなユーザーを作成します。
- Microsoft 365 と Microsoft Entra の ID でユーザーを作成します。
- ライセンスを割り当てます。
移行を実施するには、Power Platform または Dynamics 365 で管理特権が必要です。
PowerShell for Power Platform Administrators モジュールは、管理者機能と対話するための推奨される PowerShell モジュールです。詳細については、「 Power Platform 管理者向けの PowerShell の概要」を参照してください。

準備のプロセス

移行前に Power Automate、 Power Apps、 Copilot Studio、Power Pages に関する次の手順を完了してください。ユーザーマッピングファイルも作成する必要があります。

準備 Power Automate

Dataverse でフローを既に定義している場合は、追加の作業は必要ありません。

ソース環境の Dataverse ソリューションに移行する Power Automate フローの定義を追加します。詳細については、「既存のクラウドフローをソリューションに追加する」を参照してください。 Add-AdminFlowsToSolution コマンドレットを実行して、これらの定義を一括で追加できます。

Power Apps を準備する

Power Apps は、手動でエクスポートする必要があります。お客様のコネクタ、コネクション、ゲートウェイの移行はサポートいたしません。これらのコンポーネントのいずれかを設定している場合は、移行後に手動で再構成する必要があります。

ソリューション対応アプリの場合

ソリューション対応アプリの場合は、 Power Apps に移動し、[ ソリューション ] ページに移動し、すべてのアプリとソリューションをエクスポートします。これらを個別にエクスポートすることも、1 つのソリューションにグループ化することもできます (まだエクスポートされていない場合)。
これらのソリューション対応アプリは、エクスポート後に環境内で削除してください。
マネージドソリューションに属するアプリは、ソリューションを削除することによってのみ削除できます。
[ この環境から削除 ] オプションを使用して、アンマネージドソリューション内のアプリを削除できます。

重要

移行前にソリューション対応のキャンバスアプリ、カスタムページ、またはコンポーネントライブラリを環境から削除しないと、移行後に機能しません。

ソリューションに対応していないアプリの場合

Power Apps に移動してから、アプリを選択します。
移動するアプリごとに、その他のコマンドを選択し、次にパッケージのエクスポート (プレビュー) を選択します。
アプリのエクスポートを実行するために必要な詳細を入力し、エクスポートを選択します。エクスポートが完了すると、ダウンロードが開始します。

結果のファイルには、選択したアプリパッケージが含まれます。
すべてのアプリをエクスポートするまで、これらの手順を繰り返します。
これらの非ソリューション対応アプリを環境から削除します。

管理者は、次の手順を実行して、管理ポータルのリストからキャンバスアプリを表示または削除することもできます。

Power Platform 管理センターに移動し、管理から環境を選択します。
リソースアクションで、Power Apps を選択して表示し、削除します。

「Copilot Studio」の準備

Copilot Studio チャットボットを手動でエクスポートする必要があります。また、移行中または移行後にチャットボットの一部の依存コンポーネントを手動で再構成する必要があります。たとえば、移行中または移行後に、接続、環境変数、およびカスタムコネクタを手動で再構成する必要があります。

チャットボットはソリューションに対応しています。 Power Apps にアクセスして、ソリューション ページに移動し、すべてのチャットボットのソリューションを個別に、またはひとつのソリューションにまとめてエクスポートすることができます。詳細については、「ソリューションを使用してボットをエクスポートおよびインポートする」を参照してください。

Power Pages の準備

環境内の各 Web サイトに対して、次の手順を実行します。

環境にログインします。
管理センターを開きます。
Web サイトを削除します。

ユーザーマッピングファイルを作成する

ターゲット環境に転送するソース環境のユーザーマッピングファイルを作成します。各環境には、個々のマッピングファイルが必要です。移行を成功させるために、送信元テナントと移行先テナントの両方にユーザーが存在し、承認されていることを確認します。ユーザーのドメインは、アクティブである限り、ソースとターゲットの間で異なる場合があります。

usermapping.csvという名前のユーザーマッピングファイルを作成します。

注意

ファイル名は大文字と小文字が区別されます。レコードはセミコロンではなくコンマで区切ってください。
送信元と送信先の電子メール ID など、ユーザーの詳細を正確に記録します。ヘッダーの前後に余分なスペースがないことを確認してください。マッピングファイルは、次の例のようになります。

ソース送信先

SourceUser@sourcetenant.com DestinationUser@targettenant.com

ソース	送信先
`SourceUser@sourcetenant.com`	`DestinationUser@targettenant.com`

フルアクセスを持つユーザーの場合

ソース環境にサインインします。
高度な検索 を使用してユーザーを検索します。
保存されたビューを使用する>フルアクセスユーザーを選択してから、列の編集を選択します。
姓名列を除くすべての列を削除します。
列の追加>Windows Live ID を選択します。
OK>結果を選択して、フルアクセスユーザーのリストを表示します。
すべてのレコードを選択し、リボンでユーザーのエクスポートを選択してから、静的ワークシート を選択します。
可能であれば、移行先テナントの手順 1 から 7 に従います。以上で、ソーステナント用とターゲットテナント用の 2 つの Excel シートができました。
編集する Excel ファイルを開きます。
ソース Excel シートから始めて、Windows Live ID 列下のレコードをメモ帳へコピーします。ヘッダーはコピーしないでください。
メモ帳ファイルを保存します。
同じメモ帳ドキュメントで、対応するソース UPN の右側に宛先の Windows Live ID (UPN) を入力します。ソースと宛先の UPN は必ずコンマ (,) で区切ってください。

例:
- user001@source.com、user001@destination.com
- user002@source.com、user002@destination.com
- user003@source.com、user003@destination.com
CSV ファイルとして保存します。

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

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

注意

移行を続行する前に、準備プロセスを確認して完了してください。準備プロセスが完了したら、次のセクションの手順に従って移行します。

移行先テナントでの移行後にセキュリティグループを更新します。セキュリティグループの移行はサポートされていません。

Power Platform 管理センターを使用した移行

移行を続行する前に、準備プロセスを確認して完了してください。準備プロセスが完了したら、次のセクションの手順に従って、Power Platform 管理センターを使用して移行します。

Power Platform 管理センターにサインインします。
ナビゲーションウィンドウで、[管理] を選択 します。
管理ウィンドウで環境を選択します。
[ 環境 ] ページで、移動する環境を選択します。 Dataverse を使用したテナント間の移動は、サンドボックス環境と運用環境をサポートしています。
コマンドバーで、[環境の移動] を選択します。 [ テナントからテナントへの移動の要求 ] ウィンドウが表示されます。
[ターゲットテナント ID] ボックスに宛先 テナント ID を 入力し、[ 要求の送信] を選択します。

移行先テナントは、承認のために移行要求を受け取ります。 [ 環境] ページに保留中の要求バナーが表示されます。

移行要求の一覧

通知バナーは、次の場合に [環境 ] ページの上部に表示されます。

宛先テナントとして承認するリクエストがあります。
ソーステナントとしてレビューを依頼する要求を送信しました。

移行先テナントとして承認を要求する

バナーの [ レビューの移動 ] を選択します。
承認を確認する移行要求の一覧が表示されたパネルが開きます。

環境 ID または要求の状態を使用して、移行要求を検索できます。
要求を承認または拒否する環境 ID を選択します。
要求を確認し、承認または拒否します。

注意

要求は 7 日後に期限切れになります。

確認をソーステナントとして依頼する

バナーの [ レビューの移動 ] を選択します。
パネルが開き、送信した移行要求の一覧が表示されます。

環境 ID または要求の状態を使用して、移行要求を検索できます。

承認後の移行の準備

移行要求が承認されると、環境の詳細ページに [ 移動の開始 ] ボタンが表示されたバナーが表示されます。

環境の詳細ページのスクリーンショット。緑色の承認バナー、[移動の開始] ボタンと [移動のキャンセル] ボタンが表示されています。

[ 移動の開始 ] を選択して、 このテナント間移動の準備パネルを 開きます。このパネルには、移動前の手順が表示されます。コマンドバーの [ 環境の移動 ] ボタンもこのパネルを開きます。
検証のためにユーザーマッピングファイルをアップロードします。ファイルには usermapping.csvという名前を付ける必要があります。
ファイルをアップロードしたら、[ 検証] を選択します。このアクションにより、検証ライフサイクル操作がトリガーされます。操作が完了するまで待ちます。

検証が失敗した場合

検証操作が失敗した場合は、[エラーの ダウンロード ] ボタンが表示されたバナーが表示されます。エラーファイルをダウンロードし、ユーザーマッピングファイルの問題を修正し、前述の手順を使用して再検証します。

[環境] ページのスクリーンショットで、[エラー] バナーには[エラーのダウンロード] ボタンが表示されています。

次の表を使用して、ユーザーマッピングの結果を理解し、トラブルシューティングを行います。

エラーコード	Description	アクション
SourceUserIdがユーザーマップにありません	SourceUserId がマッピング内で空です。	マッピングファイルのソースユーザーを確認して修正します。
対象ユーザーIDがユーザーマップに存在しない	マッピングで TargetUserId が空です。	マッピングファイル内のターゲットユーザーを確認して修正します。
SourceUserIdは有効なGUIDではありません	SourceUserId が有効な GUID ではありません。	ソースユーザーをマッピングファイル内の有効な GUID に修正します。
ユーザーが組織のデータベースに存在しません	SourceUserId が、組織の SystemUsers テーブル内の SystemUserId と一致しませんでした。	マッピングファイルからエントリを削除します。
ターゲットUPNがAzure Active Directoryに存在しません	TargetUserId UPN がテナントの Microsoft Entra ID に見つかりません。	ターゲットユーザーをテナント Entra ID の既存の有効なユーザーに確認して修正するか、マッピングファイルからエントリを削除します。
リトライ可能エラー	ユーザーのマッピング中に、再トライ可能なエラーが発生しました。次回の再試行で成功する可能性があります。	マッピングファイルでこのエラーが発生したユーザーの一覧を使用して、ユーザーマッピングコマンドを再実行します。
アプリケーションユーザーをマッピングできません	マップ内のソースユーザーはアプリケーションユーザーであり、マッピング操作ではサポートされていません。	アプリケーションユーザーマッピングはサポートされていません。アクションは必要ありません。移行先テナントにアプリケーションユーザーを作成することをお勧めします。ソーステナントのアプリユーザーは、移行先テナントに移行できません。これは仕様です。
SkippedMappingスキップマッピング	ソースユーザーは組織内に存在せず、ターゲットユーザーは既に存在します。	アクションは必要ありません。これは、前の実行または手動で、ソースユーザーが既にターゲットユーザーにマップされたことを意味します。

検証が成功した場合

検証が成功すると、環境の詳細ページに [ 環境の移動 ] ボタンが表示されたバナーが表示されます。

[ 環境の移動 ] を選択して、[ この環境を別のテナントに移動] パネルを 開きます。新しいユーザーマッピングファイルを使用して再検証できます。
移動前の手順を確認し、チェックボックスをオンにして、移動前の手順が完了したことを確認します。
[ 環境の移動 ] を選択して環境を移動します。このアクションにより、環境の移動ライフサイクル操作がトリガーされます。操作が完了するまで待ちます。

移動の完了

移動操作が完了した後:

このプロセスにより、Dataverse 組織が移行元テナントから移行先テナントに移動されます。
ソーステナントは環境を保持しますが、Dataverse 組織は保持しません。
このプロセスにより、移行元の環境と同じ名前の新しい環境が移行先テナントに作成され、移動された Dataverse 組織が含まれます。
移行先テナントで移行が完了した後、セキュリティグループを更新します。セキュリティグループの移行はサポートされていません。
移行先テナントでマネージド環境を再度有効にする必要があります。移行先テナントには、Managed Environment を有効にするために必要なライセンスが必要です。

移動の取り消し

要求の送信から環境の移動の完了までの間、いつでも移動を取り消すことができます。バナーの [ 移動の取り消し ] ボタンを選択して、[ 移動のキャンセル ] ダイアログを開き、移動を取り消します。

PowerShell を使用して移行する

移行を続行する前に、準備プロセスを確認して完了してください。準備プロセスが完了したら、次のセクションの手順に従って PowerShell を使用して移行します。

Power Platform 管理者用 PowerShell (ソース管理者とターゲット管理者の両方) をインストールする

PowerShell for Power Platform Administrators モジュールは、管理者機能と対話するための推奨される PowerShell モジュールです。 Power Platform 管理者用 PowerShell モジュールの使用を開始するのに役立つ情報については、「Power Platform 管理者向けの PowerShell の概要」および「Power Platform 管理者向けの PowerShell のインストール」を参照してください。

次のいずれかのコマンドを使用して、必要なモジュールをインストールまたは更新します。

Install-Module -Name Microsoft.PowerApps.Administration.PowerShell
Update-Module -Name Microsoft.PowerApps.Administration.PowerShell

Windows に Azure PowerShell をインストールする (移行元管理者と移行先管理者の両方)

Azure PowerShell モジュールはロールアップモジュールです。 Azure PowerShell モジュールをインストールすると、一般公開されているモジュールがダウンロードされ、そのコマンドレットが使用できるようになります。詳細については、「 Windows への Azure PowerShell のインストール」を参照してください。

Install-Module コマンドレットを使用して、Azure PowerShell モジュールをインストールします。

Install-Module -Name Az -Repository PSGallery -Force

Microsoft Power Platform にサインインします。サインインすると、管理者は Power Platform 環境を認証してアクセスできます。

Add-PowerAppsAccount

移行要求の送信 (ソース管理者)

テナント間の移行を開始するには、ソーステナントの Dynamics 365 または Power Platform 管理者がターゲットテナントに要求を送信する必要があります。次のコマンドを使用し、環境名 ID とテナント ID を指定します。

このステップを完了するには、Power Platform 管理者または Dynamics 365 管理者の資格情報が必要です。

TenantToTenant-SubmitMigrationRequest –EnvironmentName {EnvironmentId} -TargetTenantID {TenantID}

状態と MigrationID を表示するには、次のコマンドを使用します。

TenantToTenant-ViewMigrationRequest

注意

以降の移行コマンドで使用する MigrationID を記録します。移行元テナントの MigrationID は移行先テナントの MigrationID と異なります。

移行要求の表示と承認 (ターゲット管理者)

移行先テナントの管理者は、次のコマンドを実行して、すべての移行要求とその状態を確認します。管理者は、すべての移行要求を確認し、承認または拒否することを選択できます。

Add-PowerAppsAccount

TenantToTenant-ViewApprovalRequest

TenantToTenant-ManageMigrationRequest -MigrationId {MigrationId from above command to approve or deny}

管理者が要求を承認すると、移行の次の手順に進むよう、ソーステナントの管理者に通知できます。

ユーザーマッピングファイルをアップロードする (ソース管理者)

この手順では、SAS URL を作成します。この URL は、後でユーザーマッピングファイルをアップロードするために使用します。次の PowerShell コマンドを実行し、 EnvironmentId を 実際の環境 ID に置き換え、 FileLocation を実際のファイルの場所に置き換えます。

注意

FileLocation 値を渡すときは、パラメーターに usermapping ファイル名 (usermapping.csv) を含める必要があります: C:\Filelocation\usermapping.csv。

TenantToTenant-UploadUserMappingFile –EnvironmentName {EnvironmentId} -UserMappingFilePath {FileLocation}

コマンドによって返された 読み取り専用 UserMapping ファイル ContainerUri の値をコピーします。 TenantToTenant-PrepareMigration コマンドの -ReadOnlyUserMappingFileContainerUri パラメーターとして、この SAS URI を使用します。

環境の移行を準備する (ソース管理者)

この手順では、包括的な検証を実行して、ユーザーマッピングファイルに一覧表示されているすべてのユーザーが検証され、ターゲットテナントで現在アクティブになっていることを確認します。

移行元テナントの "TenantToTenant-ViewMigrationRequest" コマンドを使用して、MigrationId を表示できます。

TenantToTenant-PrepareMigration 
-MigrationId {MigrationId} 
-TargetTenantId {TargetTenantId} 
-ReadOnlyUserMappingFileContainerUri {SasUri}

注意

TenantToTenant-UploadUserMappingFile コマンドの出力から SASUri 値を指定します。

サンプル出力

Code        : 202
Description : Accepted

この手順の期間は、ユーザーマッピングファイル内のユーザーの数によって異なります。この手順の進行状況は、次のセクションで説明する TenantToTenant-GetStatus コマンドを使用して監視できます。

状態の確認 (ソース管理者)

TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}

サンプル出力

テナント間移行の検証: 実行中
テナント間移行の検証: 成功
検証に失敗しました。エラーはここで BLOB に更新されています: SASURI

エラーとその解決方法

テナント からテナントへの移行に指定されたユーザーマッピングファイルが無効であることを示すエラーが表示された場合は、ユーザーマッピングファイル名が正しく、ユーザーマッピングファイルに値を区切るコンマがあることを確認します。
行 '{line numbers}' の '{email ID}' は同じです。重複するエントリがないことを確認してください。
無効なメール形式 '{email ID}': testuser@tenantdomain.comのメール形式が正しいことを確認してください。
行 '{line number}' のターゲットが送信元メール ID と同じです。 宛先メール が 送信元メールと異なっていることを確認します。
各行には 2 つの列が必要です: '{行番号}': 各行にソース列とターゲット列の 2 つの列のみがあることを確認します。余分なコンマをすべて削除してください。

ユーザーマッピングエラーを修正した後、同じ SAS URI を使用してユーザーマッピングファイルを再アップロードします。

エラーレポートをダウンロードする (ソース管理者)

ユーザーマッピングファイルにエラーが含まれている場合は、エラーレポートをダウンロードできます。これを行うには、Tenant-To-Tenant-GetMigrationStatus コマンドで提供されている SasUrl を直接コピーして、インターネットブラウザーに貼り付けます。または、前の手順の SAS URI を使用して状態を確認し、目的の場所を使用してエラーレポートをダウンロードする次のコマンドを使用します。

次の手順を実行します :

Windows PowerShell ISE で以下のコマンドを実行します。

Import-Module Az.Storage 
# Define the SAS URI of the blob
$sasUri = " Update the SAS Uri from previous step "
# Define the path where the blob will be downloaded
$destinationPath = "C:\Downloads\Failed\"
# Split the SAS URI on the '?' character to separate the URL and the SAS token
$url, $sasToken = $sasUri -split '\?', 2
$containerName = $url.Split('/')[3]
$storageAccountName = $url.Split('/')[2].Split('.')[0]
$storageContext = New-AzStorageContext -StorageAccountName $storageAccountName -SasToken $sasToken
Get-AzStorageBlobContent -Blob "usermapping.csv" -Container $containerName -Destination $destinationPath -Context $storageContext

ユーザーマッピングファイルの問題を修正します。
ユーザーマッピングファイルのアップロード (ソース管理者) の手順に従って、ファイルを再アップロードします。

環境移行の準備 (ソース管理者) が正常に完了したら、環境の移行 (ソース管理者) の手順に進んで環境を移行できます。今後 7 日以内に移行を実行してください。今後 7 日以内に移行を完了しない場合は、環境移行の準備 (ソース管理者) 手順から再度開始する必要があります。

環境を移行する (ソース管理者)

TenantToTenant-ViewMigrationRequest コマンドを移行元テナントで使用して MigrationId を表示します。

TenantToTenant-MigratePowerAppEnvironment
-MigrationId {MigrationId}
-TargetTenantId {TargetTenantId}

状態の取得 (ソース管理者)

TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}

サンプル出力

環境の移行: 実行中
環境の移行: 成功

注意

上記のコマンドの実行で問題が発生した場合は、サポートリクエストを送信してください。

移行後のプロセス

環境を別のテナントに移動した後。

環境 URL、組織 ID (OrgID)、および名前は同じままです。
ソース環境には Dataverse は含まれません。
マッピングファイルに含まれていないユーザーは、移行後に移行またはマップされません。

Power Automate、Power Apps、Copilot Studio、Power Pages については、次の手順を実行します。

Power Automate の移行後のプロセス

移行が完了したら、インポートされたコンポーネントを確認し、次の手順を実行して、フローやその他の資産が正しく動作することを確認します。

接続参照ごとに接続を作成またはマップします。
- 対象の環境でソリューションを開きます。
- 接続参照に移動し、それぞれを既存の接続に再認証またはリンクします。
すべてのフローを有効にします。
- 既定では、インポートされたフローはオフになっています。
- エラーを回避するために、子フローを開始した後に、それらを呼び出す親フローを有効にします。
HTTP トリガーの URL を更新する。
- HTTP によってトリガーされるフローは、インポート後に新しい URL を生成します。
- 呼び出し元のアプリ、親フロー、または外部システムを更新して、新しい URL を使用します。

Power Apps の移行後のプロセス

ソリューション対応アプリの場合

Power Apps から新しい環境を選択し、[ソリューション] ページに移動します。
[ インポート] を選択し、ファイルセレクターを使用して、前の手順からエクスポートしたパッケージを選択します。
移行された環境のソリューションの内容を確認して、インポートが成功したことを確認します。

ソリューションに対応していないアプリの場合

Power Apps に移動します。
環境ドロップダウンリストから新しい環境を選びます。
アプリを選択します。
キャンバスアプリをインポートします。
アプリパッケージファイルをアップロードします。
すべてのインポートオプションの選択を完了してから、インポートを選択します。
すべてのアプリがインポートされるまで、これらの手順を繰り返します。

Copilot Studio の移行後のプロセス

Power Apps から新しい環境を選択し、[ソリューション] ページに移動します。
[ インポート] を選択し、ファイルセレクターを使用して、前の手順からエクスポートしたパッケージを選択します。
移行された環境のソリューションの内容を確認して、インポートが成功したことを確認します。

Power Pages の移行後のプロセス

環境内の各 Web サイトに対して次の手順を実行します。

環境にログインします。
管理センターを開きます。
同じポータルタイプと言語で Web サイトをプロビジョニングします。

上記のすべての手順と移行を完了したら、ターゲットテナント内の環境を検証できます。後で、Power Platform 管理センターでソース環境を削除できます。

よく寄せられる質問

テナントからテナントへの移行中にバックグラウンド操作が有効になっていますか?

管理モードが有効になっているため、テナント間の移行中にバックグラウンド操作は実行されません。詳細については、「管理モード」を参照してください。

Dataverse 組織のすべてのユーザーを移行できますか?

Dataverse 組織のすべてのユーザーを移行できるのは、移行先テナントにユーザーが存在する場合のみです。例:

user001@source.com、user001@destination.com

user002@source.com、user002@destination.com

移行に対応している環境を教えてください。

運用環境とサンドボックス環境のみサポートしています。既定、開発版、試用版、Teams 環境はサポートされていません。

環境は物理的に新しいテナントに移行しますか?

いいえ環境はそのまま残りますが、Dataverse 組織は移行先テナントに移動します。もはやソーステナントの一部ではなく、移行先テナントの新しい環境で管理されます。 Dataverse に格納されているデータは、引き続きテナント内の環境に格納されます。テナント間の移動が完了し、ソーステナントでデータが不要になったことが確認されたら、孤立した環境を削除する必要があります。

完全にサポートされていないコンポーネントはありますか?

サポートされているコンポーネントとサポートされていないコンポーネントの詳細については、「作業を開始する前に」を参照してください。

メールボックスの構成はどうなりますか?

マップされたユーザー (ユーザーマッピングファイルに記載されている) が移行先テナントにメールボックスを持っている場合は、自動的に構成されます。それ以外の場合は、手動での再設定が必要です。

移行を開始するにはどうすればよいですか?

ソーステナントの Dynamics 365 または Power Platform 管理者は、環境名、ID、テナント ID を含む PowerShell コマンドを使用して要求を送信する必要があります。この記事の前半のコマンドを参照してください。

セルフサービス UI オプションはありますか?

Yes. ターゲットテナントで TenantToTenant-SubmitMigrationRequest –EnvironmentName {EnvironmentId} -TargetTenantID {TenantID} が承認されると、環境を移動するための UI オプションが環境ページで使用できるようになります。

フィードバック

このページはお役に立ちましたか?

Last updated on 2026-02-26

次の方法で共有

テナント間の移行

開始する前に

前提条件

準備のプロセス

準備 Power Automate

Power Apps を準備する

ソリューション対応アプリの場合

ソリューションに対応していないアプリの場合

「Copilot Studio」の準備

Power Pages の準備

ユーザー マッピング ファイルを作成する

フル アクセスを持つユーザーの場合

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

Power Platform 管理センターを使用した移行

移行要求の一覧

移行先テナントとして承認を要求する

確認をソーステナントとして依頼する

承認後の移行の準備

検証が失敗した場合

検証が成功した場合

移動の完了

移動の取り消し

PowerShell を使用して移行する

Power Platform 管理者用 PowerShell (ソース管理者とターゲット管理者の両方) をインストールする

Windows に Azure PowerShell をインストールする (移行元管理者と移行先管理者の両方)

Microsoft Power Platform にサインインします (移行元管理者と移行先管理者の両方)

移行要求の送信 (ソース管理者)

移行要求の表示と承認 (ターゲット管理者)

ユーザー マッピング ファイルをアップロードする (ソース管理者)

環境の移行を準備する (ソース管理者)

サンプル出力

状態の確認 (ソース管理者)

サンプル出力

エラーとその解決方法

エラー レポートをダウンロードする (ソース管理者)

環境を移行する (ソース管理者)

状態の取得 (ソース管理者)

サンプル出力

移行後のプロセス

Power Automate の移行後のプロセス

Power Apps の移行後のプロセス

ソリューション対応アプリの場合

ソリューションに対応していないアプリの場合

Copilot Studio の移行後のプロセス

Power Pages の移行後のプロセス

よく寄せられる質問

テナントからテナントへの移行中にバックグラウンド操作が有効になっていますか?

Dataverse 組織のすべてのユーザーを移行できますか?

移行に対応している環境を教えてください。

環境は物理的に新しいテナントに移行しますか?

完全にサポートされていないコンポーネントはありますか?

メールボックスの構成はどうなりますか?

移行を開始するにはどうすればよいですか?

セルフサービス UI オプションはありますか?

フィードバック

その他のリソース

ユーザーマッピングファイルを作成する

フルアクセスを持つユーザーの場合

ユーザーマッピングファイルをアップロードする (ソース管理者)

エラーレポートをダウンロードする (ソース管理者)