クラウドの工程とサービス

Note

コミュニティの関心グループが Yammer から Microsoft Viva Engage に移行されました。 Viva Engage コミュニティに参加し、最新のディスカッションに参加するには、「 Finance and Operations Viva Engage Community へのアクセスを要求する 」フォームに入力し、参加するコミュニティを選択します。

Important

2026 年 2 月以降、新規のお客様は Microsoft Dynamics 365 Finance、Microsoft Human Resources、Microsoft Dynamics 365 Supply Chain Management、Microsoft Dynamics 365 Project Operations の Microsoft Dynamics Lifecycle Services でプロジェクトを作成できません。 新しいお客様は、代わりに Power Platform 管理センター を使用する必要があります。 詳細については、「ライフサイクル サービス プロジェクトの作成停止」を参照してください。

お客様、パートナー、Microsoft がこの取り組みを成功させるには、Microsoft Dynamics Service Engineering (DSE) チームが例外によって管理するほとんどのアクションがセルフサービスであることを確認する必要があります。 このセルフサービス モードを実現するために、マイクロソフト製品チームは、環境の運用に必要なさまざまな機能の自動化を推し進めています。

財務と運用アプリは管理サービスです。 つまり、Microsoft は実稼働環境の管理と運用を担当します。 Microsoft の Dynamics サービス エンジニアリング チームは、24 時間、週 7 日、年間 365 日お客様の生産システムを運用および管理します。

環境の正常性の監視およびトラブルシューティング

クラウド サービスに対する正常なオンボード体験で重要なことは、常に環境の正常性を把握して、必要に応じて正常性の問題をトラブルシューティングできることです。 財務と運用の管理センターである Microsift Dynamics ライフサイクル サービスには、管理する環境を正確に把握するのに役立つ監視および診断ツールのコレクションが含まれています。 詳細については、Lifecycle Services の監視および診断ツール を参照してください。

環境の更新

Go-Live の後、運用環境は定期的に更新する必要があります。 ライフサイクル サービスは、環境を継続的に更新するためのセルフサービス エクスペリエンスを提供します。

更新タイプ

Dynamics 365 for Finance and Operations バージョン 8.0 (2018年4月) 以前をご利用のお客様は、次の更新プログラムを利用できます。

  • プラットフォームの更新プログラム - すべてのプラットフォームの修正に関する 1 つの累積的なバイナリ更新。
  • アプリケーション修正プログラム – より細かい粒度の細かい X++ 更新プログラムとしてリリースされたアプリケーションの修正プログラム。
  • アプリケーション リリース – アプリケーションの新しいメジャー リリース。 このタイプの更新プログラムには、通常、アップグレードが必要です。
  • アプリケーションのカスタマイズ – アプリケーション上に構築されたカスタマイズ。 ベスト プラクティスとして、すべての独立ソフトウェア ベンダー (ISV) のソリューションおよびカスタマイズで構成される展開可能なパッケージを 1 つ適用する方法があります。

Dynamics 365 for Finance and Operations バージョン 8.1 (2018 年 10 月) 以降> をご利用のお客様は、次の更新プログラムを利用できます。

  • アプリケーションの更新プログラム – アプリケーションおよびプラットフォームの修正に関する 1 つの累積的なバイナリ更新プログラム。 更新は、通常の更新プログラムフローを使用して自分で行うことができます。 それ以外の場合は、Microsoft によって自動的に更新されます。
  • アプリケーションのカスタマイズ – アプリケーション上に構築されたカスタマイズ。 ベスト プラクティスとして、すべての ISV のソリューションおよびカスタマイズで構成される展開可能なパッケージを 1 つ適用する方法があります。

クラウド インフラストラクチャ

Microsoft は環境のインフラストラクチャの管理について責任を負います。 このため、オペレーティング システムの更新プログラムなどいくつかの更新プログラムは、計画済みメンテナンス ウィンドウで月ごとに実行される必要があります。 その他の種類の更新プログラムには、インフラストラクチャ コンポーネントへの変更が含まれます。

ポリシーを更新する

現在、サービスの更新には生産テナント ダウンタイムが必要であり、2 種類のメンテナンス ウィンドウで適用されます。

  • Microsoft 予定された保守ウィンドウ - Microsoft は、予定されているメンテナンスのダウンタイムについて、5 営業日以内に顧客に通知します。 既定のダウンタイム ウィンドウは地域ごとに定義され、ビジネスへの影響を最小限に抑えるため週末に発生するようスケジュールされます。 このウィンドウでクラウド インフラストラクチャの更新を行うことができます。 計画済みメンテナンスの詳細については、計画済みメンテナンス ウィンドウに関するよく寄せられる質問を参照してください。
  • お客様が開始したメンテナンス期間 - お客様は、パッケージ アプリケーション フローの一部としてライフサイクル サービスを通じてメンテナンス期間を選択します。 更新は、このメンテナンス ウィンドウで行われます。

Lifecycle Services で更新プログラムを検索して適用

更新は、配置可能パッケージとして環境に適用されます。 デプロイ可能なパッケージは、プロジェクトのすべての環境への更新を適用するために使用される形式です。 運用環境で問題が発生したときは、修正プログラムをすばやく検索して、すべての環境にそれを適用できます。

  • 更新プログラムを検索してダウンロードするライフサイクル サービスでは、ライフサイクル サービスの問題検索またはライフサイクル サービスからの更新プログラムのダウンロードを使用して、更新プログラムを検索できます。 更新プログラムを準備する手順は更新タイプによって異なるため、更新プログラムがダウンロードされた後、次のリストを使用して準備を続行する方法を決定してください。
    • プラットフォーム更新プログラム: プラットフォーム更新プログラムは累積的かつバイナリです。 つまり、環境に直接適用できるということです。 更新プログラムがダウンロードされた後、アセット ライブラリを自動的に環境に適用させアップロードすることができます。
    • アプリケーションの修正プログラム: アプリケーションの修正プログラムはコードの変更です。 アプリケーションの修正プログラムをダウンロードした後、開発環境に適用して、配置可能なパッケージを生成する必要があります。 詳細については、モデルの展開可能なパッケージの作成クラウド環境に更新を適用する を参照してください。
    • アプリケーションのカスタマイズ: ISV またはパートナーが作成するカスタマイズです。 これらは展開可能なパッケージで、アセット ライブラリにアップロードされ、そこから適用することができます。
  • 更新の適用クラウド環境に更新を適用するという記事内の情報を使用して、配置可能なパッケージを適用する手順を参照してください。 更新パッケージは、アプリケーション オブジェクト サーバー (AOS) のバイナリ修正プログラムまたは開発環境で作成された展開可能パッケージです。
  • 更新の検証更新の適用後、アプリケーションを検証する必要があります。
    • 更新プログラムが適用された問題を解決することを確認します。
    • 更新プログラムの適用によって回帰が発生していないことを確認します。
    • バイナリの更新を反映するようにビルド情報が更新されたことを確認します。
      • プラットフォーム更新プログラムで、AOS サービス モデルのバージョンが Microsoft の下で更新されることを確認します。
      • アプリケーションの更新プログラムで、修正プログラムを含むモデルのバージョンを確認します。 たとえば、アプリケーション スイートで修正があった場合、アプリケーション スイートのバージョンが更新されます。

サービスの変更

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

処理中の後処理手順を示すライフサイクル サービス ダッシュボードのスクリーンショット。

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

環境のアップグレード

最新バージョンにアップグレードする方法の詳細については、財務と運用の最新版への移行概要および財務と運用ホームページの新機能および変更された機能を参照してください。

環境データ管理

これらは、ある環境から別の環境にデータベースをコピーする機能や、データベースを以前の状態に復元する機能など、データベースを管理するためのオプションです。 詳細については、データベース移動操作ホーム ページ を参照してください。

クラウド操作通知にサインアップします。

パッケージ アプリケーションの状態が変更されると、Lifecycle Services はプロジェクト内のすべてのユーザーに通知を送信します。 通知される追加の利害関係者は、通知リストに指定する必要があります。

  1. 関係者を追加するには、[ライフサイクル サービス] の [環境の詳細] ビューで [通知の一覧] をクリックします。
  2. 通知する必要がある各ユーザーの電子メール アドレスを追加して、保存をクリックします。