環境のテナント移行について

Published: / Last update: / Contributors:
Dataverse►Power Platform Admin Center
feedback 共有

こんにちは、Power Platform サポート チームの島です。
本記事では、Power Platform の Dataverse あり環境を他のテナントに移行するプロセスについてご案内します。

概要

Power Platform では、複数テナントの統合や企業組織の変更などに対応するため、環境のテナント移行をサポートしています。
テナント移行は運用影響の大きい処理であり、また リハーサル日程も含めた形で事前に移行スケジュールを計画いただく ことを弊社として強く推奨しております。
そのため計画段階でお役に立てるよう、移行全体の流れやよくいただくご質問についてご案内します。

なお記事の前提として、以下の点についてご留意ください。

  • 本情報の内容 (添付文書、リンク先などを含む) は、作成日時点でのものであり、予告なく変更される場合があります。
    特にテナント移行は環境のダウンタイムを伴う運用影響の大きい処理ですので、確実に移行を完遂するため、記載内容についてはお手元でのご検証や弊社への問合せなどでもご確認ください。
  • 最新情報につきましては、以下の公開情報もご参照ください。
    テナントからテナントへの移行
  • テナント移行は Dataverse あり環境が対象です。Dataverse なしの環境についてはテナント移行の実施できませんので、Dataverse なしの環境に含まれるキャンバス アプリや Power Automate などの移行方法につきましては、各製品の公開情報をご参照ください。
  1. 移行の流れ
  2. よくいただくご質問

1. 移行の流れ

テナント移行は以下の流れで実施します。

  1. (お客様) 移行対象の本番環境を直近でコピーした環境について、リハーサル移行用のお問合せを起票いただきます。
  2. (お客様) テナント移行の事前準備を進めていただきます。
  3. (お客様) ユーザー マッピング ファイルをご提供いただきます。
  4. (弊社) ユーザー マッピング ファイルの検証を実施します。
  5. (弊社) 日程調整の上、テナント移行を実施します。
  6. (お客様・弊社) 1 ～ 5 のプロセスにて、リハーサル後の移行環境の動作に問題がなかった場合には、本番環境に対して 1 ～ 5 のプロセスを実施します。

1-1. お問合せの起票について

本番環境をコピーしたリハーサル環境をご用意いただいた上で、移行対象の環境ごとに、テナント移行を希望いただいている旨をご連絡ください。
お問合せ起票時に、以下の情報をお寄せください。

  • 移行対象環境の環境 URL
  • 移行先のテナント ID ※ご確認方法
  • 移行先テナントで環境にセキュリティ グループを割り当てる場合、セキュリティ グループの Microsoft Entra ID (旧 Azure Active Directory) の Object ID
  • 移行実施をご希望の日時

なお、移行日時をご指定いただく場合には、実施の 1 週間前までにお問合せにて日時をお知らせください。

1-2. テナント移行の事前準備について

以下の項目について対応を実施してください。

1-2-1. 移行先テナントのライセンスについて

移行先テナントで、事前にユーザーに環境の利用権を有する Power Platform ライセンスを割り当ててください。
またテナント単位のライセンスや Power Apps per app ライセンスをお使いの場合など、ユーザーに割り当てるライセンスがない場合にはお問合せにて個別にご相談ください。

1-2-2. 移行先テナントの容量について

移行先テナントにて、移行対象の環境と同等以上の Power Platform テナントの空き容量を確保してください。
もしやむを得ず空き容量の確保が難しい場合には、お問合せにて個別にご相談ください。

1-2-3. 事前準備が必要なコンポーネントについて

テナント移行にあたって事前準備を実施いただく必要のあるコンポーネントがあります。
各コンポーネントについて、環境上での利用有無をご確認いただき、利用いただいている場合には事前準備を実施してください。

なお上記のコンポーネントの中には、キャンバス アプリや Power Automate など、事前に対応しなかった場合は移行されず、失われる機能 が複数あります。
そのため対象機能については、移行後に正しく動作するかをリハーサルにて必ずご確認ください。

1-2-4. ユーザー (SystemUser) テーブルのプラグインについて

ユーザー (SystemUser) テーブルに対してプラグインを実装いただいている場合、当該プラグインが動作することでユーザー マッピング時に想定しない処理が発生する可能性があります。
そのため、移行前にユーザー テーブルのプラグインを無効化してください。

1-3. ユーザー マッピング ファイルのご提供について

ユーザー マッピング ファイルは、テナント移行において移行元テナントのユーザーと移行先テナントのユーザーを紐づける定義であり、以下のフォーマットで記述された CSV ファイルです (UPN はユーザー プリンシパル名の略です)。
「移行元テナントのユーザーの UPN,移行先テナントのユーザーの UPN」

例えば contoso.com テナントから fabrikam.com テナントへ移行を行い、ユーザー XXX および YYY の 2 名のマッピングを行う場合、ユーザー マッピング ファイルは以下のように記述されます。
XXX@contoso.com,XXX@fabrikam.com
YYY@contoso.com,YYY@fabrikam.com

そのため、以下の手順に従ってユーザー マッピング ファイルを作成し、お問合せ内でご提供ください。

なお、ユーザー マッピング ファイルの内容に起因してテナント移行が失敗する事例が多くあります。
そのため、リハーサル移行であっても極力本番移行と同一のユーザー マッピング ファイル をご提供ください。
本番移行まで期間が空くなどにより同一ファイルのご提供が難しい場合には、観点を分けての複数回のリハーサル実施も承っております。

1-4. ユーザー マッピング ファイルの検証について

ユーザー マッピング ファイルをご提供いただいた後、弊社にてファイルの内容をもとに、ユーザーの存在有無やライセンス状況の確認を行います。
問題があった場合にはお問合せ内でその旨をご連絡します。
問題がない場合には、調整させていただいた日時をもとに、テナント移行の実施を手配します。

1-5. テナント移行の実施について

いただいた情報をもとに、弊社データセンター部門にてテナント移行を実施します。
テナント移行の実施中は環境にアクセスできなくなりますのでご注意ください。
移行完了後、技術サポートから窓口営業時間内に移行結果をご連絡します。

1-6. 本番移行の実施について

弊社では、本番環境をテナント移行する場合、移行が適切に行えることを確認するために必ずテスト環境での事前リハーサルをお願いしております。
必ず 1 ～ 5 の手順にてリハーサル結果が問題ないことを確認の上で、本番環境の移行をご依頼ください。
特に 1-2-3 の通り、移行にあたって追加対応が必要なコンポーネントにつきましては、必ずリハーサル後に動作をご確認ください。

本番移行にあたっては、リハーサルを実施した際のお問合せ番号を併記の上、改めてお問合せを起票いただけますと幸いです。

2. よくいただくご質問

2-1. テナント移行前後で変更される環境情報はあるか

以下の項目については変更や影響がありますので、ご留意ください。

  • 事前準備が必要なコンポーネントには移行されないものがあります。
  • ユーザー マッピングに伴い、UPN や氏名などのユーザー情報が新テナントの Microsoft Entra ID の内容に置き換わります。

以下の項目は変化しません。

  • 環境の URL ※環境を別リージョンに移行する場合を除く
  • 環境の組織 ID
  • モデル駆動型アプリの内容や構成
  • 関連付けやレコードの所有権情報、セキュリティ ロール情報などを含む Dataverse のすべてのデータ

2-2. 移行の所要時間はどの程度か

移行の所要時間は、クラウド リソースの利用状況やネットワーク状況に依存します。
そのため移行時間を事前にお見積りすることはできませんが、通常では数時間程度の所要時間をいただいております。
詳細な移行時間につきましては、リハーサル移行の実績を目安としていただけますと幸いです。

2-3. 夜間や休日の移行を希望するが、Microsoft 側でどのような支援体制が可能か

弊社技術サポートでは、技術サポートの営業時間内でのご支援を承っております。
そのため夜間や休日に移行を実施する場合には、営業時間内での技術サポートからの完了報告ができませんので、技術サポートからは翌営業日の営業時間に実施結果をご報告します。
恐れ入りますが、サポート契約上の制限事項として、ご理解をお願いします。

夜間や休日帯の移行に際し、弊社からのご連絡前に結果を確認されたい場合には、移行が完了したと考えられる時間帯以降に、環境がアクセス可能であることや環境の管理モードが無効となっていることをご確認ください。

2-4. 移行が失敗した場合の対応について

移行が万が一失敗した場合には、以下の対応を行います。

  • テナントの移行処理自体が失敗した場合
    弊社側で、自動で処理のロールバックを行います。

  • ユーザー マッピングが一部ユーザーのライセンス不足などにより失敗した場合
    テナント移行の自動ロールバックは行いません。そのため環境の移行自体は完了し、ユーザー マッピングのみが完了していない状態となります。
    この場合には、失敗した原因ごとに、ライセンス付与やユーザー マッピング ファイルの修正など、発生事象に応じたご対応をお願いします。

また、特に本番環境の移行が万が一失敗し、これにより広範な業務停止などの重大な影響が発生した場合には、緊急度重大のお問合せを起票いただくことで、事象回避を目的とした 24 時間体制でご支援できる場合があります。

2-5. ユーザー マッピング後のユーザー情報はどのように更新されるか

ユーザー マッピング処理では、環境のユーザー情報のうち、UPN など Microsoft Entra ID との連携に直接関わる部分の書き換えを行います。
これにより、移行完了後のユーザーは新テナントの Microsoft Entra ID と同期されるようになります。
したがって、その後は通常のユーザー同期機構により、ユーザー情報 (氏名や状態など) の書き換えが追加で行われます。

そのため移行後のユーザー状況が意図したものとなっていない場合、ユーザー同期機構の正常な動きに事象が起因する可能性がございますので、一度 Power Platform 管理センターからユーザーを再度追加するなどし、同期内容をご検証いただけますと幸いです。
よくいただくご質問として、Office 365 ライセンスのみをお持ちのユーザーについて、ユーザー マッピング後に一時的に状態が無効となるケースがあります。
これは当該ユーザーがライセンス要件上、環境に自動で追加されないためです。
本挙動は通常環境にユーザーを追加いただく際にも発生する正常なものであり、ユーザーの環境利用には影響しません。

最後に

本記事がテナント移行をご検討いただいている皆様のお役に立てましたら幸いです。
ご不明な点などがありましたら、弊社サポート一同でお待ちしておりますので、ぜひお気軽にお問合せください。

※本情報の内容（添付文書、リンク先などを含む）は、作成日時点でのものであり、予告なく変更される場合があります。