Geo 間の移行

Microsoft は、ビジネス サービスに対応するための、新しいデータ センター地域のオープンと、既存の地域へのデータ センターの追加を継続します。

Geo 移行機能により、お客様は、1 つの地域から別の地域へ、単一テナント内の環境を移動できます。 この移行の一環として、ユーザー インターフェイスの変更またはバージョンの変更はありません。 単一テナントの Microsoft 365 環境に存在する環境の場合、Microsoft 365 を移動しても環境は移動しません。これらは別のサービスです。 環境は、Microsoft 365 環境と並んだテナントに今もなお表示されます。

重要

  • geo移行のサポートは制限されており、通常は使用できません。
  • 地域の移行を要求するには、アカウント マネージャーに連絡するか、テクニカル サポートを参照してください。
  • 要求を行った後、移行が完了するまでに少なくとも 10 日かかります。
  • Geo の移行は、米国 GCC、米国 GCC High、または中国の内外でサポートされていません。
  • 地域の移行は、OCE または IND への出入りが制限されています。
  • Dynamics 365 Marketing アプリは、コンポーネントの依存関係のため、geo 移行をサポートしていません。 詳細については、Dynamics 365 Marketing インスタンスを管理するを参照してください。 Dynamics 365 Marketing アプリがインストールされている場合は、移行前にアンインストールする必要があります。
  • Geo の移行は Microsoft Dataverse for Teams 環境でサポートされていません。
  • 財務と運用組織にリンクされている Dataverse 組織はサポートされていません。
  • Geo の移行に先立って、Power Apps/Power Automate などに対して実行するべき、 重要かつ不可欠な準備手順を以下に示します。 これらの手順を実行しない場合、Power Apps/Power Automate ソリューションの回復が困難になります。

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

サポート対象 サポートしていません

  • 運用環境の移行

  • サンドボックス環境の移行


  • 既定の環境の移行

  • Dataverse for Teams 環境の移行

  • 試用版環境の移行

  • デモ環境の移行

  • 開発者環境の移行

  • 環境を GCC から別の地域に、または別の地域から GCC に移行する

移行の影響

別の地域に環境を移動することにより、テナントは他地域テナントになります。地域機能は Dynamics 365 管理センターで有効になります。

重要

環境が新しいリージョンに移動されると、その環境の以前のバックアップは使用できなくなります。

他の大きな変更点は、組織の URL です。 地域データ センターのそれぞれの URL 内に一意の識別子があります。 組織が 1 つの地域データ センターから別の地域データ センターに移動されると、この識別子は変更されます。 たとえば、次のようになります。

  • 南米 (LATAM/SAM) = .crm2.dynamics.com
  • カナダ (CAN) = .crm3.dynamics.com
  • ヨーロッパ、中東、アフリカ (EMEA) = .crm4.dynamics.com
  • アジア太平洋 (APAC) = *.crm5.dynamics.com
  • オーストラリア (OCE) = *.crm6.dynamics.com
  • ドイツ (GER) = *.crm16.dynamics.com
  • 日本 (JPN) = *.crm7.dynamics.com
  • インド (IND) = *.crm8.dynamics.com
  • 英国 (UK) = *.crm11.dynamics.com
  • アラブ首長国連邦 (UAE) = *.crm15.dynamics.com

たとえば、既存の組織の URL が https://myorg.crm5.dynamics.com であり、これをオーストラリアに移動することを要求した場合は、新しい組織の URL は https://myorg.crm6.dynamics.com になります。

組織の URL への直接参照を更新する必要があります。

Note

組織の URL は一意である必要があります。 組織名が移行先のデータセンターで予約済みの場合、その組織名は使用できません。 万一これが起きた場合は、ユーザーと連携してどう進めるかを決定します。

データの場所 を参照してください。

以下のトピックに、移行プロセスを理解する際に役に立つ情報が含まれています。

移行前後に Power Apps、Power Automate、Power Virtual Agents、Power Apps ポータル、マーケティングに対して次の手順を実行します:

Power Apps および Power Automate の場合:

  • 地域間の移行を実行する日時より前に、Power Apps や Power Automate のフローをすべて手動でエクスポートする必要があります。
  • 顧客コネクタ、接続、ゲートウェイの移行には対応していません。 これらのコンポーネントのいずれかを設定している場合は、移行後に手動で再構成する必要があります。
ソリューションに対応しているアプリの場合

移行前:

  1. ソリューション対応のアプリの場合、https://make.powerapps.com/ に移動して ソリューション ページに移動し、(まだの場合は) すべてのアプリ/ソリューションを個別に、またはグループ化して、1 つのソリューションにエクスポートします。
  2. キャンバス アプリがエクスポートされたら、環境内のアプリを削除します。

重要

移行前の環境で削除されていないキャンバス アプリ、カスタム ページ、またはコンポーネント ライブラリは、移行後に破損した状態になります。

移行後:

  1. https://make.powerapps.com/ から新しい環境を選択して、ソリューション ページに移動します。
  2. インポート を選択して、上記の手順でエクスポートしたパッケージをファイル セレクターによって選択します。
  3. ターゲット環境のソリューションの内容を確認して、インポートが正常に完了したことを確認します。
ソリューションに対応していないアプリの場合

移行前:

  1. https://make.powerapps.com に移動してから、アプリを選択します。
  2. 移動するアプリごとに、その他のコマンド (…) を選択し、次にパッケージのエクスポート (プレビュー) を選択します。
  3. アプリのエクスポートを実行するために必要な詳細を入力してから、エクスポートを選択します。 エクスポートが完了すると、ダウンロードが開始されます。 結果のファイルには、選択されたアプリ パッケージが含まれています。
  4. すべてのアプリがエクスポートされるまで、これらの手順を繰り返します。

移行後:

  1. https://make.powerapps.com に移動します。
  2. 右上隅の環境ピッカーで、新しい環境を選択します。
  3. アプリを選択します。
  4. キャンバス アプリをインポートします。
  5. アプリ パッケージ ファイルをアップロードします。
  6. すべてのインポート オプションの選択を完了してから、インポートを選択します。
  7. すべてのアプリがインポートされるまで、これらの手順を繰り返します。

Power Virtual Agents 向け:

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

移行前:

  1. チャットボットはソリューションに対応しています。 https://make.powerapps.com/ にアクセスして、ソリューション ページに移動し、すべてのチャットボットのソリューションを個別に、またはひとつのソリューションにまとめてエクスポートすることができます。 詳細については、ソリューションを使用したボットのエクスポートとインポートを参照してください。

移行後:

  1. https://make.powerapps.com/ から新しい環境を選択して、ソリューション ページに移動します。
  2. インポート を選択して、上記の手順でエクスポートしたパッケージをファイル セレクターによって選択します。
  3. ターゲット環境のソリューションの内容を確認して、インポートが正常に完了したことを確認します。

Power Apps ポータルの場合 (環境内のポータルごとに実行する必要があります):

移行前:

  1. 環境にサインインします。
  2. Power Apps ポータル管理センター を開きます。
  3. ポータルをリセットします

移行後:

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

Dynamics 365 Marketing アプリ:

Dynamics 365 Marketing アプリは、コンポーネントの依存関係のため、geo 移行をサポートしていません。 詳細については、Dynamics 365 Marketing インスタンスを管理するを参照してください。 アプリがインストールされている場合は、移行前にアンインストールする必要があります。

移行前:

  1. Dynamics 365 Marketing のアンインストール に記載のガイドに従って、Marketing アプリを環境からアンインストールしてください。

移動のしくみ

移行のための事前条件と事後条件の一覧が提示されます。 次の表に、移動の前後と移動中に Microsoft が行う内容を説明します。

移動前 移動中 移行後
Microsoft が行う内容 通知

サポート担当者またはアカウント マネージャーは、移動とスケジューリングを要求するためにユーザーと連携します。
カットオーバー

各サービスのカットオーバー時間は、ユーザー数とデータ量によって異なります。 この手順には、小さな組織の場合は 1 ~ 6 時間かかる場合がありますが、大規模な組織の場合は最大 48 時間かかることがあります。 カットオーバーは夕方または週末に実行されます。
通知とサポート

環境が新しいデータ センターに移行されたとき、ユーザーに電子メールまたは電話で通知されます。

ユーザーの Geo の移行が完了すると、事後の必要な手順を実行できます。この手順とは、主として、関連付けられているプラグインまたはサービスに対して新しい URLs を変更することです。

Microsoft は、すべての移動については、Microsoft Online Services のサービス レベル アグリーメントの条件に従います。

関連項目