メモ
コミュニティの関心グループが Yammer から Microsoft Viva Engage に移行されました。 Viva Engage コミュニティに参加し、最新のディスカッションに参加するには、「 Finance and Operations Viva Engage Community へのアクセスを要求する 」フォームに入力し、参加するコミュニティを選択します。
Microsoft Dynamics Lifecycle Services を使用して、サンドボックス ユーザー受け入れテスト (UAT) 環境または運用環境 (ライブ) のポイントインタイム リストア (PITR) を実行します。 Microsoft では、運用環境では 28 日間、サンドボックス環境では 7 日間、ビジネス および財務レポート データベースの 自動バックアップ を維持しています。
セルフサービスによる時点復元
標準ユーザー承認テスト (UAT) 環境のデータベースを前回のポイントインタイムに復元するには、次のステップを実行します。
- ターゲット サンドボックスの 環境詳細 ページを開き、 メニュー オプションから 管理>データベースの移動 を選択します。
- ポイントインタイム復元 を選択し、ポイントインタイムを選択します。
- 警告に注意してください。 前回のポイントインタイムからコピーされていないデータ要素の一覧を確認します。
- 復元操作をすぐに開始します。
重要
運用中のデータベースを以前のポイントインタイムにリストアすることは、一般的なライフサイクル作業ではないため、次のような問題が発生する可能性があります:
- 実稼働環境における大規模なダウンタイム。 データベース のサイズによっては、ポイントインタイム リストア (PITR) に数時間を要する場合があります。
- SQL データ損失。 SQL データ損失は、PITR 要求の実行時間に依存します。
- SQL データベースの破損利用可能な復元ポイントのチェーン。
運用環境のデータベースを以前のポイントインタイムにリストアするには、以下の手順に従います:
- ターゲットとすつ運用環境の 環境詳細 ページを開き、 メニュー オプションから 管理>データベースの移動 を選択します。
- ポイントインタイム復元 を選択し、ポイントインタイムを選択します。
- 警告に注意してください。 前回のポイントインタイムからコピーされていないデータ要素の一覧を確認します。
- 復元操作をすぐに開始します。
運用環境の復元に適用されるシナリオ
運用環境のデータベースを以前の時点に復元することは、一般的なライフサイクル操作ではありません。 ただし、大幅なデータ破損が発生した場合は、運用環境の復旧が必要になる場合があります。 この操作により、要求の時点までの大幅なダウンタイムと SQL データの損失が発生する可能性があることに注意してください。
復元操作が失敗しました
復元操作が失敗すると、自動的にロールバックされます。 操作が最初に失敗をした後に ロールバック オプションを選択すると、ターゲット サンドボックス環境は、復元開始前の状態に復元されます。 ターゲット サンドボックスに存在するカスタマイズが、新しく復元されたデータとのデータベースの同期を完了できない場合、ロールバックが必要になることがよくあります。
失敗の根本原因を特定するには、環境変更履歴 ページを使用して、失敗した操作のログをダウンロードします。
復元後に注意が必要なデータの要素
以前の時点からデータベースを復元すると、データベースは "現状のまま" で提供されます。たとえば、システム内のバッチ ジョブやその他のデータ要素は、進行中の状態になることがあります。 これらの要素には、手動によるレビューが必要です。
メモ
復元は、ドキュメントの添付ファイルやカスタム Microsoft Office テンプレートなど、Azure BLOB ストレージに格納されているファイルへの参照を格納するテーブルに影響します。 ただし、Azure BLOB ストレージ自体はこのプロセスの影響を受けないため、復元ポイントの後に追加されたファイルは引き続き Azure Blob Storage に存在しますが、データベースには反映されません。
環境管理者
対象の環境のシステム管理者アカウント (AdminのUserId値を持つアカウント) が、対象の環境に存在する web.config ファイルで検出された値にリセットされます。 この値は、ライフサイクル サービスの管理者アカウントの値と一致する必要があります。 使用されているアカウントをプレビューするには、Lifecycle Services のターゲット サンドボックス環境の [ 環境の詳細] ページに移動します。 環境を最初に展開するときに [ 環境管理者 ] フィールドで選択した値によって、トランザクション データベースのシステム管理者が更新されます。 環境のテナントは、環境管理者のテナントです。
環境内で管理ユーザー プロビジョニング ツールを使用して web.config ファイルの値を変更すると、その値がライフサイクル サービスの値と一致しない可能性があります。 別のアカウントが必要な場合は、ターゲット サンドボックス環境の割り当てを解除して削除し、別のアカウントを選択して再展開する必要があります。 その後、別のデータベース更新アクションを実行して、データを復元できます。
コマース機能を使用する環境のデータベース復元後に実行する手順
重要
Commerce headquarters データベース (以前の AOS データベース) を移行する際、関連付けられている Commerce Scale Units (CSUs) は移動されません。 場合によっては、使用する機能に応じて、CSU の再配置が必要になる場合があります。 次に、データを CSU に完全に同期して、再配置を行う必要があります。 データの不一致が依然として存在する極端なシナリオでは、最終的な手段として CSU を削除し、新しい CSU を導入して置き換えた後、新しい CSU に対してデータの完全な同期を実行します。
環境固有のレコードの中には、自動的なデータベース移動操作に含められないものがあり、その手順を追加する必要があります。 次のような役割があります。
- コマース セルフサービス インストーラー参照。
- Commerce Scale Unit チャネル データベースの構成記録。
環境間でデータベースをコピーすると、次の追加の手順を実行しない限り、移行先環境の Commerce の機能は完全には機能しません。
Commerce Scale Units の初期化
データベースをサンドボックスのユーザー受け入れテスト (UAT) または運用環境に移動する場合は、データベースの移動操作が完了した後に、Commerce Scale Unit を初期化する必要があります。 ソース環境からの Commerce Scale Unit の関連付けは、移行先の環境にコピーされません。
Commerce のセルフサービス インストーラーの同期
本部内の Commerce セルフサービス インストーラーにアクセスできるようにするには、データベースの移動操作が完了した後にセルフサービス インストーラーを同期する必要があります。
重要
環境の再プロビジョニング手順は、データベース移動操作の一部として完全に自動化されており、これ以上手動で実行する必要はありません。 環境再ビジョニング ツールは引き続きアセット・ライブラリで利用可能ですが、Commerce バージョン 10.0.37 以前を実行している開発環境にデータベースを復元する場合にのみ必要です。 Commerce Version 10.0.38 以降を実行している開発環境では、シールされた CSU を使用する環境なので、環境の再プロビジョニング ツールは適用されません。
移行先の環境で環境の再プロビジョニング ツールを実行するには、次の手順を実行します。
- ソフトウェア配置可能パッケージ セクションにある自身のプロジェクトの アセット ライブラリ で、 インポートを選択します。
- 共用資産の一覧から、 環境再プロビジョニング ツールを選択します。
- 移行先環境の 環境の詳細 ページで、 管理>更新プログラムを適用を順に選択します。
- 先ほどアップロードした 環境再プロビジョニング ツールを選択し、 適用 を選択してパッケージを適用します。
- パッケージの配置の進捗を監視します。
配置可能なパッケージの適用方法についての詳細は、 配置可能なパッケージを作成するを参照してください。 配置可能パッケージを手動で適用する方法の詳細については、 配置可能 な パッケージ を コマンド ライン から インストール するを参照してください。
POS デバイスの再アクティブ化
販売時点管理 (POS) デバイスを使用する場合は、データベースをインポートした後、POS デバイスを再度アクティブ化する必要があります。 移行先環境で以前にアクティブ化されたデバイスは、機能しなくなります。 詳細については、販売時点管理 (POS) デバイスのライセンス認証 を参照してください。
既知の問題
使用可能な復元ポイントのチェーンの中断
頻繁に使用されるいくつかのアクションでは、以前に使用したデータベースと同じ復元ポイント履歴を持たない新しいデータベースが作成されます。 このアクションには、ポイント イン タイム復元、データベースの更新、データベースのインポート、運用環境からサンドボックス環境へのポイント イン タイム復元などが含まれます。 さらに、環境に適用するソフトウェア展開可能パッケージがデータベースの更新中に失敗し、ライフサイクル サービスでロールバック機能を使用すると、ロールバック機能によってデータベースのポイントインタイム リストアが実行され、その復元によって新しいデータベースも作成されます。
新しいデータベースには、復元ポイント履歴はありませんが、その時点から新しい復元ポイントを取得し始めます。 前述のアクションのいずれかを実行した後、同じ復元日時を使用して再度実行することはできません。
プラットフォーム 更新プログラム 20 以前が稼働している環境では、復元は拒否されます
環境でプラットフォーム更新 20 以前を実行している場合は、データベース復元の処理を実行することはできません。 詳細については、ソフトウェアのライフサイクル ポリシーとクラウド リリースで現在サポートされているプラットフォーム更新の一覧を参照してください。