次の方法で共有


財務と運用アプリ環境の移行

Microsoft は、既存の地域と新しい地域の両方でビジネス サービス用のデータ センターの開設を続けています。 地域移行機能を使用すると、単一のテナント内の財務と運用アプリ環境を、ある地域から別の地域に移動できます。 ユーザー インターフェイス (UI) やバージョンへの変更は、移行の一環として行われません。

Microsoft 365 と Dynamics 365 は別々のサービスです。 財務と運用アプリ環境を移行する場合、Microsoft 365 サービスは移行しません。 ご使用の財務と運用アプリ環境は、引き続きテナント内の Microsoft 365 環境と一緒に表示されます。

財務と運用アプリ環境を地域に配置すると、複数の Azure リソースが関連付けられます。 移行プロセスの一環として、これらのリソースもソース地域から対象地域に移行されます。

注意事項

環境をある地域から別の地域に移行する組織は、実際の移行前に次の点を考慮する必要があります。

サポートされているシナリオ

  • サンドボックスと運用環境は、地域間で移行できます。
  • クラウド ホスト環境の移行はサポートされていません。
  • 移行は、ソブリン クラウド環境 (例: 米国政府機関向けコミュニティ クラウド [GCC]、中国など) に対してサポートされていません。

機能パリティ

配置する地域を決定する前に、選択した対象地域で使用可能な機能 を確認してください。 対象地域で使用できない機能がある場合、移行後に関連する機能は、その地域では機能しません。 そのため、移行活動を適切に計画します。

他のサービスとの統合の影響と更新

  • サード パーティ統合: 移行がデータ所在地域を超える場合、財務と運用アプリ環境のエンドポイントが変更されます。 この場合、エンドポイントを使用するサード パーティ統合には変更が必要です。 詳細については、サポートされている地域とエンドポイント を参照してください。
  • 財務と運用アプリのアドインおよび Micro-Service: アドイン構成は移行プロセスの一部として移行されません。 移行の前にアドインをアンインストールし、移行完了後に再インストールする必要があります。 (たとえば、デュアル書き込みは目標の地域で変更する必要があります)。同じ場所内の別の地域に移動する場合は、この手順を省略できます。

アクションとダウンタイムのタイムライン

  • 運用移行をトリガーする前に、最初にサンドボックスを移行し、検証することをお勧めします。
  • 環境移行はセルフ サービスの操作ではなく、顧客主導のサポート チケットが必要です。
  • 移行のサポート要求を 10 日以上前に作成してから、環境を移行します。
  • 全体的な移行活動には、最大 6 時間のダウンタイムが必要です。 全体の時間は、2 つの地域間の接続性、およびデータベースとストレージ アカウントのサイズによって異なります。

Lifecycle Services エンドポイント間の地域移行

環境の配置に使用可能なリージョンは、ターゲット リージョンが、Lifecycle Services がデータを格納するのと同じリージョンである場合、データ所在地 を表示します。 財務と運用アプリ環境を Lifecycle Services でデータ所在地のままにする方法の詳細については、データ所在地 を参照してください。

サポートされている一部の地域では、エンドポイントの URL が異なります。 地域間の移行によって、環境エンドポイント URL が変更される可能性があります。 たとえば、米国からヨーロッパに移行すると、環境エンドポイントが変更されます (NAME.operations.dynamics.com から NAME.operations.eu.dynamics.com)。 環境エンドポイントの変更は、適切なエンドポイント URL に依存する統合サービスに影響します。 URL を変更する地域については、使用可能な地域とエンドポイントの一覧 を参照してください。

環境移行プロセス

運用移行を開始する前に、まずサンドボックス環境を移行し、検証を行うことをお勧めします。

サンドボックスへの移行と検証が正常に完了した後、プロジェクト チームは、運用環境の移行の時間を計画し、ステップ 2 から開始して以下の手順に従います。

手順 責任のある当事者 説明 追加コメント
1 顧客/パートナー 運用データでサンドボックス環境を更新します。 サンドボックス環境を移行する場合のオプションの手順。
2 顧客/パートナー 特定の環境を移行するためにサポート リクエストを送信します。 移行のサポート要求を 10 日以上前に作成してから、環境を移行します。 チケットには次の情報が必要です: 顧客名、Microsoft Entra テナント ID、環境 ID、環境に関連付けられている Lifecycle Services プロジェクト ID、ソース地域、対象地域、希望日時。
3 Microsoft 地域間の移行要求を確認し、承認します。
4 顧客/パートナー ダウンタイムの開始前に、マイクロサービスまたはアドインをアンインストールします。 同じ場所内の別の地域に移動する場合は、この手順を省略できます。
5 Microsoft 移行を実行します。

関連する Dataverse 環境は、同じ期間に移行されます。

事前移行作業は、予定されたダウンタイムの 24 時間前に開始されます。 事前移行の間、環境は引き続き使用可能です。 ただし、環境は インフラストラクチャのメンテナンス 状態に置かれているため、ライフサイクル管理操作が実行できなくなります。

移行の間、財務と運用アプリと Dataverse 環境はリンクされません。 両方の環境が移行され、移行が完了すると再リンクされます。
6 Microsoft 移行が完了したことを顧客/パートナーに確認します。
7 顧客/パートナー 対象地域で移行した環境での機能を検証します。 潜在的な機能パリティの違いを考慮します。
8 顧客/パートナー アドイン、Commerce/販売時点管理 (POS)、サード パーティ統合などを再構成します。 エンドポイントの URL の変更を考慮します。同じ場所内の地域に移動する場合、この手順は適用されません