次の方法で共有


クラウド環境へ更新プログラムを適用

この記事では、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 の プラットフォーム バイナリ更新 タイルから使用できます。
  • [Commerce配置可能パッケージ ] : Commerceコードを組み合わせた後に生成されたさまざまなパッケージの組み合わせ。
  • マージされた梱包 : 各タイプのパッケージを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 のアセット ライブラリにアップロードされていることを確認します。

  1. バイナリ更新プログラムで、資産ライブラリに直接パッケージをアップロードします。 LCS から更新プログラムをダウンロードする方法の詳細については、Lifecycle Services (LCS) から更新プログラムをダウンロード を参照してください。 X++ 修正プログラムまたはアプリケーション カスタマイズおよび拡張機能からの結果であるアプリケーション (AOT) 配置可能パッケージについては、開発またはビルド環境で配置可能パッケージを作成し、資産ライブラリにアップロードします。
  2. 更新プログラムを適用する環境の 環境の詳細 ビューを開きます。
  3. 管理>更新プログラムの適用をクリックし、更新プログラムを適用します。
  4. パッケージを選択して適用します。 上部にあるフィルターを使用してパッケージを探します。
  5. 適用 をクリックします。 環境の詳細 ビューの右上隅のステータスが キューに設定 から 処理中 に変わり、環境の更新 セクションにパッケージの進行状況が表示されます。 ページを更新して、ステータスを確認できます。
  6. ページを更新して、パッケージ アプリケーション要求のステータス更新を確認します。 このパッケージが適用されると、環境ステータスは 配置済み に変わり、サービスのステータスは 完了 に変わります。

LCS を使用して運用環境にパッケージを適用します

運用環境では、顧客は更新を適用する必要があるときのダウンタイムをスケジュールできます。 セルフサービス タイプ環境の詳細については、環境の更新 を参照してください。

重要

パッケージを運用環境に適用するための重要な前提条件は、同じプロジェクトの少なくとも 1 つのサンドボックス環境にパッケージを正常に適用する必要があることです。

  1. 更新プログラムがサンドボックス環境へ正常に適用された後、プロジェクトのアセット ライブラリに移動します。 アセット ライブラリ ページで ソフトウェア配置可能パッケージ タブを選択し、プロダクションに移行するパッケージを選択して、リリース候補 をクリックします。 これはこのパッケージが運用配置に対する準備ができていることを示します。

  2. パッケージを適用する運用環境の環境の詳細ビューを開きます。

  3. 管理>更新プログラムの適用を選択してパッケージを適用します。

  4. 運用環境に適用するパッケージを選択し、スケジュール をクリックして適用要求を送信します。

    メモ

    パッケージのリストには、サンドボックス環境で正常に署名され、リリース候補としてマークされているパッケージのみが含まれています。

  5. パッケージ アプリケーションをスケジュールする日付と時刻を指定します。 送信 をクリックし OK をクリックして確定します。 パッケージを適用している間、お客様の環境は業務を遂行できないことに注意してください。

  6. スケジュールされたダウンタイムで、パッケージの配置が開始します。

  7. 環境がサービスされた後、ステータスを監視することができます。 ステータスのサービス フィールドは、パッケージ アプリケーションのステータスを示します。 また、進捗状況インジケーターは、利用可能な手順の総数のうち、実行された手順の数を表示します。

  8. 配置が正常に完了すると、サービスのステータス フィールドが 完了 に設定されます。

  9. パッケージ アプリケーションが正常に終了されていない場合、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 つずつ正しい順序で実行できます。

展開 runbook の例。

AXUpdateInstaller : Microsoft Visual Studio またはMicrosoftバイナリ更新プログラムからカスタマイズ パッケージを作成すると、インストーラの実行可能ファイルは、配置可能パッケージと一緒にバンドルされます。 インストーラーは、指定したトポロジの Runbook を生成します。 インストーラーは、特定のトポロジの Runbook に従って、手順を順番に実行することもできます。

その他のリソース

コマンド ラインからの配置可能パッケージのインストール