オンプレミス展開への更新プログラムの適用

この記事では、Dynamics 365 Finance + Operations (on-premises) にサポートされている更新プログラムを適用する方法について説明します。 設置型環境でのすべての更新は Microsoft Dynamics Lifecycle Services (LCS) を通じて行われます。

更新プログラムの検索とダウンロード

オンプレミス環境に適用できる更新プログラムを検索する方法の詳細については、Lifecycle Services (LCS) での問題検索 を参照してください。 LCS の環境の詳細ページの更新セクションで、タイルから更新プログラムをダウンロードする方法の詳細については、Lifecycle Services (LCS) から更新プログラムをダウンロード を参照してください。

メモ

オンプレミス環境を更新するときは、常に環境 詳細ページの更新タイルから更新プログラムを選択します。 別の場所からの更新を選択した場合、更新が機能しない場合があります。

オンプレミス配置の更新

展開中または展開の完了後のいずれかのオンプレミス環境に対して、更新プログラムを適用することができます。

オンプレミス環境が展開されているときは、カスタム パッケージの展開を 詳細 設定で選択することができます。 カスタマイズまたはアプリケーション X++ の更新を適用する方法の詳細については、カスタム モデルの開発とオンプレミス環境への配置 を参照してください。

オンプレミス環境の展開後にオンプレミス環境に更新を適用するには、環境の 環境の詳細 ページにある 管理更新プログラムを適用 を選択します。

メモ

財務と運用のプラットフォーム更新プログラム 12 以降の環境でのみ、展開後に更新プログラムを適用することができます。 環境には、LCS で使用可能なローカル エージェントの最新バージョンも必要です。 詳細については、「ローカル エージェントの更新」を参照してください。 プラットフォーム更新プログラム 12 よりも古いプラットフォームのバージョンを使用している場合は、すでに展開されている環境を再構成して、カスタマイズを更新したり、最新のプラットフォーム リリースに更新したりすることができます。 環境を再配置する方法の詳細については、オンプレミス環境の再配置を参照してください。

アプリケーションまたは LCS を通じてバイナリ更新プログラムを適用します

次の手順を使用すると、X++、すべてのバイナリ、またはプラットフォーム バイナリの更新プログラムを適用できます。

重要

更新のアプリケーションには、環境のダウンタイムが必要です。 したがって、更新中に環境内でビジネス トランザクションを実行することはできません。 次の手順を完了したら、システムが使用されていないことと、公式ダウンタイム通知システムがすべてのシステム ユーザーに通知済みであることを確認します。

重要

最新のプラットフォームに移動するには、常に、環境詳細ページのプラットフォーム バイナリ更新プログラムタイルからプラットフォーム更新プログラムを選択します。 別の場所からの更新を選択した場合、更新が機能しない場合があります。

前提条件

  • 開始する前に、Management Reporter (MR)、Microsoft Dynamics AX、および Microsoft SQL Server Reporting Services (SSRS データベース) の完全バックアップを完了してください。 コードは LCS を通じて復元されますが、データが失われないよう保証するためにデータベースを手動で復元する必要があります。

  • 環境をプラットフォーム更新プログラム 12 の最新ビルドに更新します。

  • ローカル エージェントを最新バージョンに更新します。 詳細については、「ローカル エージェントの更新」を参照してください。

  • 更新のタイプに応じて、以下の手順を実行して配置可能パッケージを生成します。

サンドボックス環境の更新

  1. LCS アセット ライブラリで、この記事の「前提条件」のセクションで生成された配置可能パッケージを、ソフトウェア配置可能パッケージ タブにアップロードします。
  2. LCS で、オンプレミスの実装プロジェクト開き、更新する環境の環境の詳細ページを開きます。
  3. 管理 で、更新プログラムを適用 を選択します。 スライダーでは、アセット ライブラリにアップロードされた更新を表示します。 アセット ライブラリで有効としてマークされているパッケージのみが表示されることに注意してください。

ローカル エージェントのバージョン 2.1.0 以上を使用している場合は、以下の手順を実行する必要があります。

  1. 更新プログラムを選択し、準備をクリックします。 準備をクリックすると、サービスのオンプレミス環境を準備します。

    メモ

    準備中、環境の状態は配置済みになりますが、配置ステータス フィールドは、準備の進行状況を表示します。 パッケージを書式設定しパッケージをダウンロードするなどの手順は、準備中に実行されます。 環境は準備中に直接触れられないため、準備フェーズ中にダウンタイムは発生しません。 ユーザーは、準備時にシステムをそのまま使用できます。

  2. 準備が完了すると、中止および環境の更新ボタンが表示されます。 更新プログラムの適用を開始するには、更新の環境をクリックします。 準備が失敗した場合は、この記事の後半にある「失敗した更新アプリケーションを解決する」を参照してください。

  3. 確認メッセージではいを選択します。 この環境でサービス操作が開始されました。 これは環境のダウンタイムの先頭です。

  4. 環境の状態は、配置済みから配置中に変更されます。

  5. 更新が完了すると、環境状態は展開に戻されます。 更新プログラムの適用に失敗したとき、環境状態は 失敗 に変更されます。 パッケージ アプリケーションが失敗する場合に行う操作の詳細については、この記事で後述の「更新が失敗したアプリケーションを解決する」セクションを参照してください。

  6. 環境で実行された操作を表示するには、履歴および環境の詳細ページを開きます。 展開、サービス、およびロールバックなど、環境で実行された主要なアクションのレコードを表示することもできます。

ローカル エージェントのバージョン 2.1.0 未満を使用している場合は、以下の手順を実行する必要があります。

  1. 更新プログラムを選択し、適用をクリックします。

  2. 確認メッセージではいを選択します。 この環境でサービス操作が開始されました。 これは環境のダウンタイムの先頭です。

  3. 環境の状態が配置済みから準備に変更します。

    メモ

    準備中、パッケージを書式設定しパッケージをダウンロードするなどの手順は、準備中に実行されます。 環境は準備中に直接触れられないため、準備フェーズ中にダウンタイムは発生しません。 ユーザーは、準備時にシステムをそのまま使用できます。 ただし、環境が準備状態になったときに、ダウンタイムが開始されることをお勧めします。

  4. 準備が完了したら、環境の状態は準備中から配置中に変更されます。

  5. 更新が完了すると、環境状態は展開に戻されます。 更新プログラムの適用に失敗したとき、環境状態は 失敗 に変更されます。 パッケージ アプリケーションが失敗する場合に行う操作の詳細については、この記事で後述の「更新が失敗したアプリケーションを解決する」セクションを参照してください。

  6. 環境で実行された操作を表示するには、履歴および環境の詳細ページを開きます。 展開、サービス、およびロールバックなど、環境で実行された主要なアクションのレコードを表示することもできます。

運用環境の更新

運用環境を更新する前に、サンドボックス環境でパッケージ アプリケーションの更新を正常に完了する必要があります。

  1. パッケージを適用しているサンドボックス環境のプロジェクトで、アセット ライブラリを開いてから、ソフトウェア配置可能パッケージ タブでパッケージを選択し、リリース候補としてマークします。
  2. 環境の詳細ページで、メンテナンスの下にある、更新プログラムの適用を選択します。 ダイアログ ボックスでは、リリース候補としてマークされたパッケージのみ表示されます。
  3. 運用環境に適用されるリリース候補パッケージを選択します。
  4. 更新フローの残りの部分は、サンドボックス環境と同じです。 更新エクスペリエンスは、使用している環境で実行されているローカル エージェントのバージョンによって異なります。 常に最新バージョンで実行することをお勧めします。

更新が失敗したアプリケーションを解決

準備が失敗すると、環境の状態が 配置済み となります。 更新プログラムの適用に失敗したとき、環境状態は失敗です。 最初の手順でエラーが発生した理由を特定します。 ログの場所は、エラーが発生したステージによって異なります。

  • 準備段階:準備段階で操作が失敗すると、ログが LCS にアップロードされます。 ログ ファイルで、ログをダウンロードを選択してログ ファイルをダウンロードします。 パッケージに結合の問題があった場合、エラーがログ ファイルに含まれます。
  • 配置ステージ:配置ステージで操作が失敗すると、ログはオンプレミス環境にあります。 この環境にサインインした後、ログとイベント ビューアーにアクセスする必要があります。

トラブルシューティング ログの使用方法の詳細については、オンプレミスの配置のトラブルシューティング を参照してください。

ログを確認しエラーの原因を特定すると、次のいずれかの操作を実行して環境を正常な状態に復元します。 失敗状態の環境で実行できるアクションはありません。 まず、環境を正常な状態に戻す必要があります。

  • 失敗した操作の再試行 – アプリケーションの更新に失敗した場合は、再試行 を選択し、失敗した操作から復旧させます。

  • 失敗した操作の中止 – オンプレミス環境に変更がないため、準備が失敗した場合、操作をキャンセルするオプションがあります。 中止を選択して準備をキャンセルします。

  • 更新をロールバック – 失敗した更新をロールバックするには、ロールバックを選択します。 ロールバックを開始する前に、最新の問題のない状態にデータベースを復元する必要があります。 ロールバック を選択すると、環境は最後の正常な状態に復元されます。 環境の状態は、準備 に変更され、次に 配置中 に変更され、次に 配置済み または 失敗 に変更されます。

    メモ

    ロールバック ボタンは、データベースをロールバックしません。 ユーザーは、更新プログラムの適用の前に行ったと分かっている最後のバックアップに、データベースを復元する責任があります。 このステップは、データの損失がないことを保証するために重要です。

  • 状態の更新準備段階で更新アプリケーションが失敗すると、障害は LCS 側にあり、更新アプリケーションはまだ起動していません。 したがって、オンプレミス環境は良好な状態です。 LCS 環境の状態を Deployed に戻すには、プロジェクト ダッシュボード ページで 更新 を選択します。

  • 環境の削除と再配置 - 再試行とロールバックのオプションが機能しない場合は、環境を削除して再配置する必要があります。 環境を削除するには、[プロジェクト ダッシュボード] ページで 削除 を選択します。 次に、環境を構成するオプションを表示します。

    重要

    このオプションは運用環境では使用しないでください。 ただし、環境を正常な状態に復元するサンドボックス環境で使用できます。

    このオプションは環境を新規に配置することを必要とするため、以前に適用された更新は失われます。 カスタマイズおよびバイナリ更新プログラムは、環境に再適用される必要があります。