クラウド環境へ更新プログラムを適用
この記事では、Microsoft Dynamics Lifecycle Services (LCS) を使用して、クラウド環境に更新プログラムを自動的に適用する方法を説明します。
重要
展開可能なパッケージを使用して更新が適用されます。 更新プログラムを適用するとシステムのダウンタイムが発生します。 すべて関連するサービスを停止、およびパッケージを適用中のときには環境を使用できなくなります。 それに応じた計画を立てる必要があります。
サポートされる環境
Lifecycle Services を介して配置された顧客管理環境および Microsoft 管理環境はすべてサポートされます。 セルフサービス環境の詳細については、環境の更新 を参照してください。
メモ
ビルド環境があれば、LCS のみを使用してバイナリ更新プログラムとデータ アップグレード パッケージを適用します。 LCS を使用してアプリケーション配置可能パッケージを適用することはできません。
他の環境 (以下の一覧) については、リモート デスクトップ プロトコル (RDP) を使用して環境に接続し、コマンドラインからインストールする必要があります。 手動のパッケージ配置の詳細については、コマンド ラインからの配置可能パッケージのインストール を参照してください。
- ローカルの開発環境 (仮想ハード ディスク [VHD] からダウンロード可能)
- Microsoft Azure (パートナーおよび試用プロジェクト) でのマルチボックス開発/テスト環境
重要な概念
開始する前に、配置可能パッケージ、runbooks、および AXInstaller を理解する必要があります。 デプロイ可能なパッケージは、どのような環境でも利用可能なデプロイメントの単位です。 デプロイ可能なパッケージは、プラットフォームまたは他のランタイム コンポーネント、更新されたアプリケーション (AOT) パッケージ、または新しいアプリケーション (AOT) パッケージのバイナリ更新です。 AXInstaller は、パッケージのインストールを可能にする runbook を作成します。 詳細については、この記事の最後にあるパッケージ、Runbook、および AXUpdateInstaller の詳細を参照してください。
サポートされているパッケージの種類
- AOT の配置可能パッケージ - アプリケーション メタデータおよびソース コードから生成される配置可能なパッケージ。 この展開可能なパッケージは、開発環境またはビルド環境で作成されます。
- アプリケーションおよびプラットフォーム バイナリ更新プログラム パッケージ - ダイナミックリンク ライブラリ (DLL)と、プラットフォームとアプリケーションが依存するその他のバイナリとメタデータを含む配置可能パッケージ。 これは、Microsoft によってリリースされたパッケージです。 これは、LCS の すべてのバイナリ更新 タイルから使用できます。
- プラットフォーム更新パッケージ - ダイナミックリンク ライブラリ (DLL)と、プラットフォームが依存するその他のバイナリとメタデータを含む配置可能パッケージ。 これは、Microsoft によってリリースされたパッケージです。 これは、LCS の プラットフォーム バイナリ更新 タイルから使用できます。
- コマース配置可能パッケージ – コードが結合された後に生成されるさまざまなコマース パッケージの組み合わせ。
- マージ済パッケージ – 各タイプの 1 つのパッケージを組み合わせて作成されたパッケージ。 たとえば、1 つのバイナリ更新パッケージと 1 つの AOT パッケージ、または 1 つの AOT パッケージと 1 つのコマース配置可能パッケージを結合することができます。 パッケージは、LCS のプロジェクトのアセット ライブラリでマージされます。
メモ
バイナリ パッケージおよびコマース配置可能パッケージは、同じ結合済パッケージにまとめることはできません。
LCS から更新をダウンロードする方法と、環境のバージョンに基づくタイルに表示される内容については、Lifecycle Services (LCS) から更新プログラムをダウンロード を参照してください。
環境がアプリケーション バージョン 8.1 以上の場合、プラットフォーム更新パッケージは環境に適用されません。 8.1 以降のリリースでは、アプリケーションおよびプラットフォームのバイナリ更新パッケージは、アプリケーションとプラットフォームが 1 つの累積的なパッケージにまとめられ、Microsoft によってリリースされてから適用されます。 細かい X++ 修正プログラムを適用する必要はなくなり、すべてのアプリケーションとプラットフォーム更新がまとめて取得される点にも注意してください。 つまり、環境の詳細ページで詳細バージョン情報を表示をクリックしても、細かい修正プログラムまたは KB に関する詳細情報が表示されません。適用する方法がないからです。
前提条件のステップ
適用するパッケージが有効であることを確認してください。 パッケージがアセット ライブラリにアップロードされるとき、そのパッケージは分析されません。 パッケージを選択すると、右側のペインにパッケージ ステータスが 未検証 として表示されます。 パッケージは、環境に適用する前に、次の手順を使用して検証に合格する必要があります。 パッケージの状態は、パッケージが有効かどうかを示すために、資産ライブラリで更新されます。 ガイドラインを満たしていないパッケージによって運用環境が影響を受けていなことを確認する手助けのために検証が必要です。
検証には次の 3 つのタイプがあります。
- 基本パッケージの形式検証
- プラットフォーム バージョンのチェック
- パッケージのタイプ
運用環境でパッケージを適用する前に、パッケージがサンド ボックス環境に適用されていることを確認してください。 運用環境が常に良好な状態に保たれるように、運用環境に適用される前にパッケージがサンドボックス環境でテストされていることを確認する必要があります。 したがって、パッケージが運用環境で適用されるように要求する前に、自動フローを使用してパッケージがサンドボックス環境に適用されていることを確認してください。
複数のパッケージを適用する場合は、マージ済パッケージを作成します。このパッケージは、まずサンドボックス環境で、次に運用環境で適用できます。 平均環境で単一パッケージのアプリケーションは、約 5 時間のダウンタイムが必要です。 複数のパッケージを適用する必要がある場合にダウンタイムが発生しないように、各タイプのパッケージを 1 つずつ含む単一のパッケージを作成することができます。 資産ライブラリでバイナリ パッケージとアプリケーション配置可能パッケージを選択した場合、マージ ボタンは、ツールバー上で利用可能になります。 このボタンをクリックすると、2 つのパッケージを単一のパッケージにマージできるため、合計のダウンタイムを半分に減らすことができます。
サンドボックスおよび運用環境に適用した後、アプリケーション バイナリ更新パッケージが開発/ビルド環境に適用されていることを確認してください - アプリケーション バイナリ パッケージが開発/ビルド環境に適用され、プラットフォーム ビルド バージョンがターゲット サンドボックスまたは運用環境よりも高くなると、この開発/ビルド環境から作成された AOT パッケージの適用がブロックされます。 開発/ビルド環境から生成された AOT パッケージを適用するには、開発/ビルド インスタンスがターゲット環境と同じか、それ以下である必要があります。
LCS を使用して非運用環境にパッケージを適用します
メモ
セルフサービス タイプ環境の詳細については、環境の更新 を参照してください。
開始する前に、配置可能パッケージが LCS のアセット ライブラリにアップロードされていることを確認します。
- バイナリ更新プログラムで、資産ライブラリに直接パッケージをアップロードします。 LCS から更新プログラムをダウンロードする方法の詳細については、Lifecycle Services (LCS) から更新プログラムをダウンロード を参照してください。 X++ 修正プログラムまたはアプリケーション カスタマイズおよび拡張機能からの結果であるアプリケーション (AOT) 配置可能パッケージについては、開発またはビルド環境で配置可能パッケージを作成し、資産ライブラリにアップロードします。
- 更新プログラムを適用する環境の 環境の詳細 ビューを開きます。
- 管理>更新プログラムの適用をクリックし、更新プログラムを適用します。
- パッケージを選択して適用します。 上部にあるフィルターを使用してパッケージを探します。
- 適用 をクリックします。 環境の詳細 ビューの右上隅のステータスが キューに設定 から 処理中 に変わり、環境の更新 セクションにパッケージの進行状況が表示されます。 ページを更新して、ステータスを確認できます。
- ページを更新して、パッケージ アプリケーション要求のステータス更新を確認します。 このパッケージが適用されると、環境ステータスは 配置済み に変わり、サービスのステータスは 完了 に変わります。
LCS を使用して運用環境にパッケージを適用します
運用環境では、顧客は更新を適用する必要があるときのダウンタイムをスケジュールできます。 セルフサービス タイプ環境の詳細については、環境の更新 を参照してください。
重要
パッケージを運用環境に適用するための重要な前提条件は、同じプロジェクトの少なくとも 1 つのサンドボックス環境にパッケージを正常に適用する必要があることです。
更新プログラムがサンドボックス環境へ正常に適用された後、プロジェクトのアセット ライブラリに移動します。 アセット ライブラリ ページで ソフトウェア配置可能パッケージ タブを選択し、プロダクションに移行するパッケージを選択して、リリース候補 をクリックします。 これはこのパッケージが運用配置に対する準備ができていることを示します。
パッケージを適用する運用環境の環境の詳細ビューを開きます。
管理>更新プログラムの適用を選択してパッケージを適用します。
運用環境に適用するパッケージを選択し、スケジュール をクリックして適用要求を送信します。
メモ
パッケージのリストには、サンドボックス環境で正常に署名され、リリース候補としてマークされているパッケージのみが含まれています。
パッケージ アプリケーションをスケジュールする日付と時刻を指定します。 送信 をクリックし OK をクリックして確定します。 パッケージを適用している間、お客様の環境は業務を遂行できないことに注意してください。
スケジュールされたダウンタイムで、パッケージの配置が開始します。
環境がサービスされた後、ステータスを監視することができます。 ステータスのサービス フィールドは、パッケージ アプリケーションのステータスを示します。 また、進捗状況インジケーターは、利用可能な手順の総数のうち、実行された手順の数を表示します。
配置が正常に完了すると、サービスのステータス フィールドが 完了 に設定されます。
パッケージ アプリケーションが正常に終了されていない場合、Microsoft は問題を調査します。 ステータスのサービス フィールドは、パッケージ アプリケーションが失敗したことを示します。 環境は正常な状態にロールバックされます。
パッケージ配置失敗のトラブルシューティング
パッケージの配置に失敗した場合は パッケージ アプリケーションに関する問題のトラブルシューティング を参照してください。
更新と拡張機能の適用
アプリケーション バージョン 8.1.2.x 以降でレベル 2 サンドボックスまたは運用環境を更新し、Cloud Scale Unit を初期化した場合は、コマース チャネル コンポーネントも更新する必要があります。 詳細については、Retail Cloud Scale Unit の更新 を参照してください。
コンポーネント (Modern POS など) を使用している場合、環境内で更新プログラムと拡張機能を適用した後に、店舗内コンポーネントも更新する必要があります。 詳細については、Modern POS (MPOS) の構成、インストール、有効化 を参照してください。
パッケージ、Runbook、および AXUpdateInstaller の詳細
配置可能パッケージ、runbooks、および AXUpdateInstaller は、更新プログラムの適用に使用するツールです。
配置可能パッケージ - 配置可能パッケージとは、環境に適用できる配置の単位です。 デプロイ可能なパッケージは、プラットフォームまたは他のランタイム コンポーネント、更新されたアプリケーション (AOT) パッケージ、または新しいアプリケーション (AOT) パッケージのバイナリ更新です。
Runbook – 展開 runbook は展開可能なパッケージを対象となる環境に適用させるために生成される一連の手順です。 一部のステップは自動化され、一部のステップは手動です。 AXUpdateInstaller は、これらの手順を一度に 1 つずつ正しい順序で実行できます。
AXUpdateInstaller - Microsoft Visual Studio または Microsoft バイナリ更新プログラムからカスタマイズ パッケージを作成すると、インストーラの実行可能ファイルが配置可能パッケージと共にバンドルされます。 インストーラーは、指定したトポロジの Runbook を生成します。 インストーラーは、特定のトポロジの Runbook に従って、手順を順番に実行することもできます。