環境の更新

この記事では、 セルフサービス展開 エクスペリエンスを使用してデプロイした環境に更新プログラムを適用する方法について説明します。

セルフサービス環境に更新プログラムを適用する

セルフサービス環境では、コンテナー ベースのイメージ プロセスによって環境のランタイムがビルドされるため、更新の実行には特別なアプローチが使用されます。 これらのイメージをサンドボックス環境に適用すると、 更新名 の値が指定され、環境の履歴に表示されます。 更新画像は、次の 3 つの部分で構成されます:

• Microsoft バイナリは、Microsoft が定期的にリリースするもので、新しいプラットフォームおよびアプリケーション ソフトウェアの更新が含まれます。 これらのバイナリは、Microsoft Dynamics Lifecycle Services の環境の環境の詳細ページから取得できます。 すべてのアプリケーションとプラットフォームの修正プログラムの累積的なバイナリ更新を示す 1 つのタイル が表示されます。 この更新プログラムを適用するには、パッケージを選択して、パッケージの保存を選択し、プロジェクト アセット ライブラリに Microsoft の更新プログラムを保存します。
• AOT 配置可能パッケージ。これは、環境に適用するすべてのカスタム コードの合計であるオールインワン パッケージです。
• ライフサイクル サービスで指定する 更新プログラム名 の値。

これらのバイナリの組み合わせが、Application Object Server (AOS) のインスタンスを作成するのに使用する画像のベースになります。 [更新プログラム名] の値を使用すると、更新プログラムに含まれる内容を示すわかりやすい名前を指定できます。

レベル 1 サンドボックス/開発およびテスト/デモ/ビルド環境でパッケージを使用して更新する

ライフサイクル サービスを通じてデプロイした階層 1 のサンドボックス/開発およびテスト/デモ/ビルド環境に更新プログラムを適用するには、「 クラウド環境に更新プログラムを適用する」の手順に従います。

レベル 2 以降の Standard 受け入れテストまたはサンドボックス環境でパッケージを使用して更新する

サンドボックス層では、ライフサイクル サービスは、セルフサービスの前に Microsoft が管理する環境と同じパッケージを使用して更新プログラムを適用します。 パッケージを適用する場合は、Microsoft バイナリまたは AOT 展開可能パッケージのいずれかを指定できます。 どちらの場合も、Microsoft は環境の最新のイメージを取得し、バイナリまたは AOT コンポーネントを上書きし、環境のランタイムを再作成する新しいイメージを生成します。

開始する前に、配置可能なパッケージをライフサイクル サービスのプロジェクト資産ライブラリにアップロードし、検証が成功したことを確認します。

プロジェクトアセットライブラリにパッケージを追加したら、次の手順に従って環境を更新します。

1. パッケージを適用する環境の環境の詳細ページを開きます。

2. 更新プログラムを適用するには>を管理する] を選択します。

3. 更新プログラムに対して一意の名前を入力します。 この名前を使用して、イメージ (Microsoft バイナリと顧客 AOT パッケージの両方) を運用環境に昇格させる更新プログラムを識別します。

4. パッケージを選択して適用します。 上部にあるフィルターを使用してパッケージを探します。 この一覧には、アプリケーションとプラットフォームのバイナリ パッケージと、資産ライブラリから検証に合格するアプリケーション配置可能パッケージが含まれています。

5. 適用を選択します。

   環境詳細ページの右上隅にあるステータスが、 キューからサービスに、それから事後サービスに変わります。 パッケージ アプリケーションが完了すると、状態が [デプロイ済み] に変わります。

6. パッケージ アプリケーションが完了すると、環境履歴が更新されます。 環境の履歴を表示するには、環境の詳細ページで [履歴>環境の変更] を選択します。

7. 環境履歴ページからログをダウンロードすることもできます。

8. 検証が完了したら、環境の履歴ページから更新プログラムにサインオフできます。サインオフまたは問題でサインオフを選択してください。

サービスの変更

Microsoft では、オンライン モードでインデックスを作成するために使用できる新しいサービス後手順を導入しました。 この手順は、サービスの全体的なダウンタイムを減らすのに役立ちます。 後処理の手順が行われている間、オフライン サービスの完了後にライフサイクル サービス ダッシュボードに 事後 サービスが表示されます。 この間、このプロセスはオンライン モードでインデックスの作成と変更を実行します。 ユーザーは環境にアクセスして定期的なアクティビティを実行できますが、関連するパッケージの変更のパフォーマンスが低下する可能性があります。 サービス後に、ユーザーは新しいサービス要求を取り消したりトリガーしたりすることはできません。

処理後の手順でエラーが発生した場合は、[ライフサイクル サービス] ダッシュボードに[ 事後サービスが失敗しました]と表示されます。 ユーザーは引き続き環境にアクセスして定期的なアクティビティを実行できますが、パフォーマンスが低下する可能性があります。 24 時間以内に問題が解決されない場合は、Microsoft サポートに問い合わせてください。

モジュールをアンインストールする

AOT 配置可能パッケージは、1 つまたは複数の顧客モジュールで構成されます。 これらは、ISV モジュール、パートナー モジュール、または顧客独自のカスタマイズ モジュールの組み合わせである可能性があります。 AOT 配置可能パッケージを完全にアンインストールするには、サンドボックス環境で次のいずれかのオプションを使用します。

• 推奨されるオプション:ModuleToRemove.txt」で説明されているプロセスを使用します。 このオプションは、前のオプションで行った操作をすべて実行しますが、結果のイメージを運用環境に昇格させることができます。

• 製品版ではサポートされていないオプション: 削除するモジュールが不要になった新しい AOT 配置可能パッケージを作成します。 このパッケージをサンドボックス環境に直接適用すると、Lifecycle Services のメッセージから、環境の現在のイメージに含まれているモジュールがパッケージに存在しないという警告が表示されます。

  • ライフサイクル サービスで続行できます。 Microsoft は、前回の更新プログラムの Microsoft バイナリと、削除するモジュールが含まれていない現在の AOT パッケージを組み合わせた新しいイメージを作成します。 実際には、モジュールはアンインストールされます。
  • このオプションは、運用環境がまだない場合、または結果の環境をすばやくテストする必要があるが、この AOT パッケージを運用環境に昇格させる予定がない場合にのみ使用します。
  • サンドボックス環境の結果のイメージを運用環境に昇格することはブロックされます。

サンドボックス環境での Microsoft の自動更新

Microsoft は、新しい Microsoft バイナリの自動更新をサンドボックス環境に定期的にプッシュします。 この自動更新は、サンドボックス環境のバージョンが遅れ、サポートされている一般公開バージョンより古い場合にのみ発生します。

この自動更新により、最新のサンドボックス イメージから Microsoft バイナリが上書きされます。 実際には、新しい Microsoft バイナリと以前のカスタマイズを含む新しい更新プログラムが作成されます。

運用環境への更新の導入

運用環境にパッケージを直接適用しなくなりました。 これまで、Microsoft が管理する環境では、サンドボックス環境に正常に適用され、 リリース候補としてマークされたパッケージを適用できました。 しかし、パッケージ A をパッケージ B の前に適用すると正常な環境が得られるが、異なる順序で適用すると機能が退行してしまうという操作順序があるため、この方法には多くの課題がありました。

これらの課題に対処するために、Microsoft はイメージベースの更新プロセスを導入しました。 この記事で既に説明したように、サンドボックス環境にパッケージを適用すると、 Microsoft は更新プログラム名 の値を指定されたイメージを作成します。 この値は、Microsoft コードとすべてのカスタム コードを一単位として含め、ランタイム全体を表します。 変更を運用環境に昇格させる場合は、サンドボックス環境の履歴から更新プログラムを選択します。 その後、ランタイム全体がそのまま実稼働インフラストラクチャに移行され、回帰に対するより安全性が向上します。

サンドボックス環境で更新プログラムを正常に適用し、更新プログラムを運用環境に移行する準備ができたら、次の手順に従って更新プログラムをリリース候補としてマークします。

1. 環境履歴ページを開くには、環境の詳細ページで 履歴 > 環境の変更 を選択します。

2. 運用環境に移動するため更新プログラムを選択します。

3. 更新プログラムの詳細で、 リリース候補としてマーク を選択します。

   リリース候補 オプションが はい に設定されています。

更新プログラムをリリース候補としてマークしたら、次の手順に従って環境を更新します。

1. 本番環境の詳細ページを開きます。

2. 更新環境の維持>を選択して、更新を適用します。

3. [使用可能なサンドボックス] ボックスの一覧で、更新プログラムをリリース候補として適用、検証、マークしたソース サンドボックス環境を選択します。

4. グリッドで、運用環境に適用する更新プログラムを選択します。 このグリッドには、リリース候補としてマークされている更新プログラムのみが表示されます。

5. ダウンタイム開始 フィールドで、日付と時刻を入力します。 指定した日付に指定した時刻にサービスを提供するために、環境が停止されます。 ダウンタイム終了は、予定された期間に基づいて自動的に計算されます。

   この更新プログラムにはリードタイムは必要ありません。

6. スケジュールを選択します。 Lifecycle Services は検証を実行して、選択した更新プログラムが環境に適用されることを確認します。 環境のダウングレードを回避するために、更新プログラムは、そのアプリケーションのバージョンが現在の環境のバージョンよりも低い場合は許可されません。 更新を続行するかどうかを確認してください。

   更新プログラムが正常にスケジュールされると、すべてのプロジェクト関係者に電子メール通知が送信されます。

   環境詳細ページの右上隅にあるステータスが、キューからメンテナンス中に変わります。 その後、更新プログラムが完了すると、ステータスが 配置済み に変更されます。

   すべての関係者に、工程の進捗状況が通知されます。

7. 更新プログラムが完了すると、環境履歴が更新されます。 環境履歴を表示するには、環境の詳細ページで 履歴 > 環境の変更 を選択します。

8. 環境履歴ページからログをダウンロードすることもできます。

9. 検証が完了したら、環境の履歴ページから更新プログラムにサインオフできます。サインオフまたは問題でサインオフを選択してください。

本番環境の更新について考慮すべき点

サンドボックスから運用環境に更新プログラムを昇格すると、 Microsoft バイナリと顧客 AOT パッケージの両方が含まれます。 Microsoft バイナリと顧客 AOT パッケージを個別にデプロイすることはできません。

サンドボックス環境から Microsoft バイナリ更新プログラムを昇格させる場合は、サンドボックスから同じ時点で適用される最新の顧客パッケージが含まれていることに注意してください。

サンドボックス環境から顧客 AOT パッケージを昇格させる場合は、最新に適用された Microsoft バイナリ更新プログラムも含まれていることに注意してください。

運用環境での Microsoft の自動更新

Microsoft は定期的に、新しい Microsoft バイナリの自動更新を運用環境にプッシュします。 この自動更新は、サンドボックス環境に正常に更新されてから 1 週間後に常に発生します。

この自動更新では、Microsoft はお客様の AOT パッケージをプロモートしません。 代わりに、Microsoft は新しいバイナリ バージョンを取得し、ターゲット運用環境の最新の顧客 AOT パッケージと組み合わせて、運用ランタイムの新しいイメージを作成します。

ロールバック

最新のインフラストラクチャ スタックに展開する環境の場合、サービスが成功しなかった場合、システムは環境を自動的にロールバックします。 操作が成功しなかった理由を確認するには、環境の履歴ページからログをダウンロードします。