プロジェクト移行マネージャー
Microsoft Dynamics Lifecycle Services プロジェクト移行マネージャーを使用すると、プロジェクト データを、Lifecycle Services がサポートする別の geography に移動できます。 この記事では、この機能でサポートされる用語とシナリオについて説明し、よく寄せられる質問に対する回答を提供します。
プロジェクトを新しい geography に移動する
プロジェクト移行マネージャーを使用すると、Lifecycle Services プロジェクト データを、貴社の要件を満たす別の geography に移動できます。 ただし、プロジェクトをこの方法で移動する理由を理解することが重要です。
最初は、Lifecycle Services では、すべての顧客のグローバル エンドポイントとして機能した 1 つのインスタンス (https://lcs.dynamics.com/) のみサポートしていました。 ただし、業界における最近の規制の傾向により、顧客およびソフトウェア仕入先は、geography 型境界内にデータを保持する必要があります。 その結果、Lifecycle Services は、geography 固有のインスタンスの配置が開始され、顧客が必要な場所ですべてのプロジェクト データを取得できるようになりました。 使用できるさまざまな地域の詳細については、Dynamics 365 財務と運用アプリで使用可能な地域 を参照してください。
注意事項
Lifecycle Services プロジェクトをある地域から別の地域に移行する組織は、実際の移行前に次の点を考慮する必要があります:
- Lifecycle Services プロジェクトおよび環境が利用できない場合、移行に最大で 2 時間かかる場合があります。
- 移行の一環として、Lifecycle Services プロジェクトを新規作成します。 新しいプロジェクトでは、プロジェクト URL と Lifecycle Services プロジェクト ID が異なります。
- Dynamics 365 Commerce は、すべての対象地域で利用できるわけではありません。 Commerce コンポーネントが有効になっている場合、Commerce の変更を使用できないターゲット geography に移行すると、移行がスケジュールされません。 配置する地域を決定する前に、選択した対象地域で使用可能な機能 を確認してください。
- 移行をスケジュール設定する前に、すべてのプロジェクト環境 (サンドボックスおよび運用) がサポートされているバージョンである必要があります。
- プロジェクト移行マネージャ機能は、Lifecycle Services プロジェクト所有者だけが使用できます。
- プロジェクト移行マネージャーを使用すると、財務と運用アプリのクラウド実装プロジェクトおよびパートナー プロジェクト内でのみデータを転送できます。 他のタイプのプロジェクトは、まだサポートされていません。
- この機能には、自動的に転送されるデータに関していくつかの制限があります。 これらの制限については、次の表で説明します。
インスタンス間で転送できるデータ
次の表に、インスタンス間で転送できるデータと、インスタンスを転送するために使用できるアクションを示します。
| 移行メソッド | 機能 | 詳細 |
|---|---|---|
| 自動化 | ビジネス プロセス モデラー | |
| 自動化 | 方法 | 方法の状態は移行されません。 ターゲット プロジェクトの必要に応じて、ステージを手動で完了できます。 |
| 自動化 | Commerce | Commerce Scale Unit (CSU) および他の Commerce 機能に対してメタデータが移動されます。 これは CSU を移行するのではなく、ターゲット プロジェクトで使用できるようにするためのものです。 |
| 自動化 | セルフサービス環境 | メタデータは、オブジェクト化と運用環境のために移動されます。 これは、実際の環境を新しい geography に移行するのではなく、更新、データベース移動、および他の管理者活動を適用するためにターゲット プロジェクトで使用できる環境を確保するものです。 |
| 自動化 | サブスクリプション見積もりツール | |
| 自動化 | プロジェクトのオンボーディング | |
| 自動化 | プロジェクト設定 | Azure コネクタは移行されません。 更新スケジュールは移行されますが、一時停止されている更新は移行されません。 これらの側面は、ターゲット プロジェクトで手動で構成できます。 |
| 自動化 | サポート | |
| 自動化 | 作業項目 | |
| 自動化 | 組織ユーザー | ソース プロジェクトに所属していたユーザーだけが、ターゲット Lifecycle Services geography で組織ユーザーとして作成されます。 |
| 自動化 | プロジェクト ユーザー | ソース プロジェクトを所有しているテナントのプロジェクト オーナーだけが、ターゲットの Lifecycle Services プロジェクトに移行します。 |
| 自動化 | 資産ライブラリ | サンドボックスまたは運用環境に適用された最後のアプリケーションまたはマージされたソフトウェア配置可能パッケージ資産だけが、自動的に移行されます。 |
| マニュアル | 資産ライブラリ | ターゲット プロジェクトに資産をダウンロードし、手動でアップロードできます。 すべての資産を動かす必要はありません。 必要な資産のみ移動できます。 |
| マニュアル | 共有アセット ライブラリ | 共有資産ライブラリは、各 geo で異なります。 パッケージをグローバルに利用するには、各 geo の共有資産ライブラリにアップロードする必要があります。 |
| マニュアル | セルフサービス環境 | 移動環境および運用環境は、現在展開されているリージョンに残り、プロジェクト移行マネージャーによる影響を受けません。 これらは同じ環境の ID を持ちますが、新しいプロジェクトにあります。 ご使用の環境を別の地域に移動する必要がある場合は、地域間移行の記事を参照してください。 |
| 手動 | クラウド ホスト環境 | Azure コネクタは手動で再構成され、移行後に新しい環境をターゲットに配置できます。 移行後、ソース プロジェクトはロックされますが、古いプロジェクトをクリーンアップするために、ソースからクラウド ホスト環境を削除することはできます。 |
| 手動 | プロジェクト ユーザー | 残りのユーザーは、プロジェクト所有者により手動で追加される必要があります。 |
| サポートなし | システム診断 | システム診断データをエクスポートできません。 ただし、移行後にターゲット プロジェクトの環境から新しい診断が生成されます。 |
| サポートなし | アップグレード分析 | この機能は非推奨です。 アップグレード分析データはエクスポートできません。 |
| サポートされていません | グローバリゼーション | 規制に関する警告は、プロジェクト間で転送できません。 |
| サポートされていません | コードのアップグレード | コード アップグレード データはエクスポートできません。 この機能は、米国ベースの Lifecycle Services のパブリック クラウド インスタンスでのみサポートされます。 |
| サポートされていません | Translation Service | Translation service データはエクスポートできません。 ただし、移行後にターゲット プロジェクトで新しい翻訳要求を開始することができます。 |
| サポートされていません | 環境履歴 | 履歴は環境に転送されません。 ターゲット プロジェクトで新規に開始されます。 ただし、各履歴ページから Excel にエクスポート ボタンを使用して、ソース プロジェクトから履歴 にアクセスしてダウンロードすることができます。 |
手動による移行が必要なデータの移行については、ユーザー自身が担当します。 ただし、このデータの一部またはすべてを移行することは必須ではありません。 資産ライブラリから最新の資産のみを移行することもできます。 または、ターゲット プロジェクトなど、開発者がホストする環境を再作成することもできます。
プロジェクト移行を開始する
- ナビゲーション メニューで、プロジェクト移行マネージャー を選択します。
紙幣
プロジェクトを移行するには、プロジェクトの所有者である必要があります。 さらに、アカウントは、プロジェクトを所有するテナントに必要です。
- 新規 を 選択すると、新しい移行要求が開始されます。
- 移行のスケジュール ダイアログ ボックスで、仕様を満たすターゲット geography を選択します。
- 将来の移行開始時刻を指定してください。 この手順によってプロジェクトの移行が開始され、プロジェクトのいくつかの側面は読み取り専用になります。
- チェック ボックスをオンにして、条件に同意してから続行します。
移行がスケジュールされた後、[プロジェクト移行マネージャー] リスト ページで移行を選択し、削除 を選択することで、その移行をキャンセル できます。
検証
プロジェクト移行マネージャーは、次の複数の検証を実行します:
- 移行をスケジュール設定する前に、すべてのプロジェクト環境 (サンドボックスおよび運営) がサポートされているバージョンである必要があります。
- 移行を開始する場合は、すべての環境が 配置済み の状態である必要があります。 その他の状態は、移行をキャンセルします。
- すべての移行は将来にスケジュールする必要があります
- 一度にスケジュールできる移行は 1 つだけです。
- 移行は、クラウド実装プロジェクトおよびパートナー プロジェクトに対して実行できます。
- 移行は、まだ開始していない場合にのみ削除またはキャンセルできます。
- コマースは、すべてのターゲット geography では使用できません。 Commerce コンポーネントが有効になっている場合、Commerce の変更を使用できないターゲット geography に移行すると、移行がスケジュールされません。
移行を開始する前
移行がスケジュール済みであることを通知するメールが、すべてのプロジェクトの所有者に送信されます。 これらのメールには、移行が開始された日付が含まれます。
今後の移行がスケジュール済みである場合は、ソース プロジェクト全体にバナーが表示されます。
移行は、移行を開始する前であれば随時キャンセルできます。
移行中
ターゲット geography に新しい Lifecycle Services プロジェクトが作成されます。 これにより、新しい Lifecycle Services プロジェクト ID および URL が提供されます。 自動的に転送されるデータのサイズに応じて、移行に最大で 2 時間かかります。
移行の進行中に、ソース プロジェクトとターゲット プロジェクトにバナーが表示され、移行に参加していることが示されます。 移行が正常に完了するか、失敗してロールバックされるまで、プロジェクトは変更に対してロックされます。
移行中にカスタマイズ、サービス、または品質の更新がスケジュールされている場合、これらの更新は自動的にキャンセルされます。
Lifecycle Services プロジェクトおよび他の情報は、サンドボックスと運用環境で更新する必要があります。 この更新によって環境が再起動され、各環境で最大 1 時間かかる場合があります。
移行後
移行が完了すると、移行の成功、または失敗の理由を示すメールが送信されます。 正常に移行した場合、古いプロジェクトから新しいプロジェクトに自動的に転送されなかったその他の資産および設定を手動で転送する必要があります。 リリース パイプラインを、新しく作成された Lifecycle Services プロジェクトに更新してください。 さらに、自動更新のために更新カレンダーを再設定し、以前に入力した一時停止要求を再送信する必要があります。
自動的に転送され、新しいプロジェクトで必要とされているプロジェクト データに注意する必要があります。
移行が成功すると、ソース プロジェクトはロックされ、データは読み取り専用モードになります。 ソース プロジェクトにまだクラウドホスト環境が配置されている場合でも、ソース プロジェクトがロックされているにもかかわらず、配置の変更や削除が許可されます。 これにより、ソース プロジェクトで必要に応じてリソースがクリーンアップされます。
Microsoft は、ソース プロジェクトが自動的に削除されるまで最大 1 年間保存します。 ソース プロジェクトを早く削除して、ソース地域からデータを削除できます。
よく寄せられる質問 (FAQ)
このセクションでは、一般的な質問に対する回答を示します。
サンドボックスと運用環境は、すでに希望の geography (ヨーロッパなど) にあります。 Lifecycle Services プロジェクトを EU に移行する際、なぜダウンタイムがあるのですか。
財務および運用アプリには、アプリが作成された元の Lifecycle Services プロジェクトへの接続を含むメタデータが格納されます。 プロジェクトを Lifecycle Services Europe などの新しい geography に移行する場合、これらの環境で接続情報を更新する必要があります。 この更新を実行するには環境を再起動する必要があります。再起動を行うには 1 時間かかる場合があります。
移行が完了した後、ソース プロジェクトはどうなりますか。
ソース プロジェクトは、読み取り専用モードで最大 1 年間使用できます。 資産をダウンロードすることは可能ですが、他に変更を加えることはできません。 また、ソース プロジェクトから環境を管理することもできません。 1 年経過すると、ソース プロジェクトとそのデータが削除されます。 必要なすべてのデータをターゲット プロジェクトに移動し、ソースの場所にデータが存在しなくなった場合、プロジェクトをそれ以前に削除できます。
移行が正常に完了した後、ソース geography に戻りたい場合はどうすればよいですか。
ソフトウェアは、このオプションをサポートしません。 製品エンジニアリング グループのサポートを受けるには、サポート チケットを開く必要があります。
移行がキャンセルされた、またはロールバックされた場合はどうすればよいですか。
ソース プロジェクトのロックが解除され、移行が正常に完了しなかったというメール通知が送信されます。 サポート チケットを開いてください。サポートを受けることができます。
私は現在、初回リリースの顧客です。 移行後も初回リリースの顧客のままですか。
初回リリースは、米国ベースの Lifecycle Services のパブリック クラウド インスタンスにのみ存在するプログラムです。 現時点では他の geography では使用できません。 以前に初回リリース プログラムの一部であり、別の geography に移行中の場合、移行後は初回リリース プログラムに移行されません。
Lifecycle Services プロジェクトの移行によって、財務と運用アプリのアドインに影響が及ぼすか。
財務と運用アプリまたは Power Platform 環境に変更は加えないので、Lifecycle Services Project 移行は財務および運用アプリのアドインに影響しません。