サービス更新の可用性
Microsoftは、予測可能なサービス更新を提供することを約束します。 これらのサービス更新は、Microsoft が自動更新を適用する前から、手動で更新を実行できるようになります。 自動更新のパッケージのリリースのタイミングは、生産の自動更新に関連してさまざまです。 2024 年 4 月から、更新プログラムのスケジューリングのより柔軟な機能が導入されました。 顧客は、選択した自動更新ウィンドウを選択できます。 10.0.39 リリースでは、各サービスアップデートの自動更新ウィンドウを 4 週間間隔で 2 つから選択できます。 組織は、検証プロセスや運用スケジュールに対応できる更新ウィンドウを選択できます。 2 回目の自動更新ウィンドウを含む、今後のリリースの自己更新と自動更新のタイミングを決定するには、ターゲット リリース スケジュール (日付は変更される場合があります) を参照してください。 2 回の自動更新ウィンドウ オプションの詳細については、One Version サービス更新 FAQ を参照してください。
顧客は、年間で最大 4 つのサービス更新プログラムを適用することができ、年間で最低 2 つのサービス更新プログラムを適用する必要があります。 顧客は、一度に最大 1 つの更新を一時停止することができます。 サービス更新の一時停止は、指定されたユーザー受入テスト (UAT) の環境、実稼働環境、または両方の環境に適用できます。 サービスの更新の保留期間が終了した後、顧客がしかるべきサービスの更新を行っていない場合、Microsoft は Microsoft Dynamics Lifecycle Services で利用可能になっている構成の選択に基づき最新のサービスの更新を自動で適用します。 サービスの更新を保留する方法の詳細については、次を参照してください。 Lifecycle Servicesを通じてサービスの更新を一時停止する 。
注記
サービスの更新は年間 4 回提供されます。 自動更新は、2 月、4 月、7 月、10 月に行われます。
対象となるリリース スケジュール (日程は変更される可能性があります)
重要
Microsoft では、2024 年から、毎年 2 月、4 月、7 月、10 月に 4 件のサービス更新プログラムがリリースされます。 プレビュー、更新、サービスの期間には重要な変更が加えされ、各リリースでプレビュー リリース ビルドに対するスケジュール済の更新が標準で提供されます。 これらの変更がリリース プロセスにどのような影響を及ぼすかの一般的な質問への回答については、One Version サービスの更新に関するよくあるご質問 を参照してください。
2024 年 2 月 19 日現在、一時停止できる連続更新の最大数は、3 から 1 に減らされます。 ただし、リリース期間が延長される分、年あたり最低でも 2 件のサービス更新が維持されます。 詳細については、1 つのバージョン サービスに関してよく寄せられる質問を参照してください。
新しいリリース データを最初の 2024 サービス更新プログラムで導入するために、リリースのマイルストーンである 10.0.38 が調整されました。 詳細については、1 つのバージョン サービスに関してよく寄せられる質問を参照してください。
注記
サンド ボックスの自動更新は、運用環境が更新される 7 日間前に行われます。
次のテーブルを選択します。
- "リリース バージョン" 列のアスタリスク (*) はメジャー リリースを表します。
- 「自動更新スケジュール生産開始日」 列は、Lifecycle Services の更新設定で構成された自動更新スケジュールを参照します。 Lifecycle Services によるサービスの更新の構成 を参照してください。
- "サービスの終了" 列は、新しい累積的なサービス更新が提供されない日付を示します。
| リリース バージョン | プレビューの可用性 | 最新の使用可能なアップデートのプレビュー | 一般提供 (自己更新) | 運用開始日の最初の自動更新スケジュール | 運用開始日の 2 回目の自動更新スケジュール | サービス終了 |
|---|---|---|---|---|---|---|
| CY25Q4: 10.0.45* | 2025 年 7 月 28 日 | 2025 年 8 月 8 日 | 2025 年 9 月 12 日 | 2025 年 10 月 3 日 | 2025 年 10 月 31 日 | 2026 年 5 月 22 日 |
| CY25Q3: 10.0.44 | 2025 年 4 月 25 日 | 2025 年 5 月 2 日 | 2025 年 6 月 6 日 | 2025 年 7 月 4 日 | 2025 年 8 月 1 日 | 2026 年 2 月 17 日 |
| CY25Q2: 10.0.43* | 2025 年 1 月 27 日 | 2025 年 2 月 7 日 | 2025 年 3 月 14 日 | 2025 年 4 月 4 日 | 2025 年 5 月 2 日 | 2025 年 11 月 21 日 |
| CY25Q1: 10.0.42 | 2024 年 10 月 25 日 | 2024 年 11 月 1 日 | 2024 年 12 月 27 日 | 2025 年 2 月 1 日 | 2025 年 3 月 7 日 | 2025 年 8 月 22 日 |
| CY24Q4: 10.0.41* | 2024 年 7 月 29 日 | 2024 年 8 月 9 日 | 2024年9月17日 | 2024 年 10 月 4 日 | 2024 年 11 月 1 日 | 2025 年 5 月 23 日 |
| CY24Q3: 10.0.40 | 2024 年 4 月 26 日 | 2024 年 5 月 3 日 | 2024 年 6 月 7 日 | 2024 年 7 月 5 日 | 2024 年 8 月 2 日 | 2025 年 2 月 18 日 |
| CY24Q2: 10.0.39* | 2024 年 1 月 29 日 | 2024 年 2 月 9 日 | 2024 年 3 月 15 日 | 2024 年 4 月 5 日 | 2024 年 5 月 3 日 | 2024 年 11 月 22 日 |
| CY24Q1: 10.0.38 | 2023 年 10 月 27 日 | 2023 年 11 月 3 日 | 2024 年 1 月 12 日 | 2024 年 2 月 2 日 | 適用できません | 2024 年 8 月 23 日 |
| 10.0.37 ("11 月" リリース) |
2023 年 9 月 1 日 | 適用できません | 2023 年 10 月 20 日 | 2023 年 11 月 3 日 | 適用できません | 2024 年 3 月 15 日 |
| 10.0.36* ("10 月" リリース) |
2023 年 7 月 31 日 | 適用できません | 2023 年 9 月 15 日 | 2023 年 9 月 29 日 | 適用できません | 2024 年 1 月 12 日 |
| 10.0.35 ("8 月" リリース) |
2023 年 5 月 26 日 | 適用できません | 2023 年 7 月 14 日 | 2023 年 7 月 28 日 | 適用できません | 2023 年 10 月 20 日 |
| 10.0.34 ("7 月" リリース) |
2023 年 4 月 21 日 | 適用できません | 2023 年 6 月 16 日 | 2023 年 6 月 30 日 | 適用できません | 2023 年 9 月 15 日 |
注記
ファースト リリース プログラムに参加されているお客様には、サービスの更新が利用可能になった時点で ソフトウェア ライフサイクル ポリシー が適用されます。
10.0.38 リリースの名前付け規則のリリース
2024 年から、リリース ラベルは、リリースに関する重要な詳細を明確に伝えるために更新されています。 ラベルの上半分は、生産開始日の自動更新がスケジュールされている暦年と四半期を指します。 2 つ目は、Lifecycle Services に表示される製品バージョンです。 ラベルの末尾にアスタリスク (*) が付いていると、メジャーリリースを示します。 たとえば、CY24Q2: 10.0.39* は、2024 年の第2四半期に自動更新を実行できる製品バージョン 10.0.39 です。 これはメジャー更新 ("4 月" リリース) です。
レガシ リリースの名前付け規則 (10.0.37 以前のリリース)
移行中の継続性を確保するために、10.0.38 より前のリリース バージョンでは、以前の名前付け規則を保持しています。 このパターンには、製品バージョン、メジャー リリースを示すオプションのアスタリスク、配信月のインジケータが含まれます。 例は、10.0.36* ("10 月" リリース) です。 リリースに付けられた月名は、必ずしも自動更新が行われる時期を示しているとは限りませんので注意することが重要です。 たとえば、上記のテーブルで、2023 年 の 10.0.36 ("10 月") リリースの自動更新スケジュールは、実際には 2023 年 9 月 29 日に始まっていることがわかるでしょう。
レビューとプレビューの更新は、Lifecycle Services の共用資産ライブラリを介して、展開可能なパッケージとして使用できるようになります。 詳細については、1 つのバージョン サービスに関してよく寄せられる質問を参照してください。
サービス更新プログラムの概要
サービス更新は、新しい機能や仕様を提供する継続的な自動更新です。 数年ごとにコストのかかるアップグレードの実行が不要になります。 サービスの更新では下位互換性が維持されるから、"コードをマージ" する必要はありません。" 回帰テストには、Regression Suite Automation Tool (RSAT) のようなツールを使用することをお勧めします。
組織が更新プログラムを受信する方法を管理することができます。 例えば、ファースト リリース プログラムに加入すると、いち早く更新プログラムを受け取ることができます。 更新は、任意の環境に手動で適用できます (セルフ更新)。 また、Lifecycle Services を使用してスケジュール設定した場合は、既定のリリース スケジュールに残り、自動更新を受け取ります。
サービスの更新には、規制の更新を含むサービスの重要な変更である、アプリケーションとプラットフォーム両方の変更が含まれます。 詳細については、サービスの更新プログラム を参照してください。
プロセスのリリース
Dynamics 365 がそれぞれの新しいリリースを設計および開発します。 新しいリリースをまず検証し、財務と運用チームがそれを検証します。 広範なテストがさまざまなトポロジで行われます。 互換性チェックでは、下位互換性を確保するためのテストも実行されます。
プレビューの恩恵を得るすべての顧客が今後のサービス更新にいち早くアクセスすることができます。 プレビュー サービス アップデートを通してできることは、機能のカスタマイズの検証、新機能の経験、Microsoftへのフィードバック提供です。 プレビュー フェーズでは、顧客はサービス更新を開発/テスト環境に配置する必要があります。 このプレビュー リリースは運用環境で使用することはできません。 リリース後、顧客は Lifecycle Services の共用資産ライブラリからパッケージをダウンロードできます。 顧客はインストール時にプログラム規約に同意したものとします。 プレビュー パッケージ (旧プレビュー早期アクセス プログラム [PEAP]) へのアクセス登録は不要になりました。 バージョン 10.0.38 以降では、プレビュー ビルドへの 1 件のスケジュール済更新が、すべてのリリースで標準として含まれています。
ファースト リリース プログラムははすべてのお客様に公開されます。 これにに参加したお客様は、運用に至るまでのサービスアップデートに携わることのできる最初の選抜グループとなることができます。 Microsoftは、このサービス更新を UAT サンド ボックス環境へと展開し、7 日後に更新プログラムを運用環境へと展開します。 このプログラムに参加しているお客様には特典として、更新が適用された後の環境の問題発生を監視する Microsoft の専任技術者が付きます。 初回リリースに参加するには、初回リリース プログラム: Microsoft Dynamics 365 財務および運用アプリケーション フォームに入力 します。 ほとんどのリリースでは、最初のリリース ビルドは、GA ビルドに昇格されるビルドと同一になります。 修正プログラムが適用できない重大な問題や、最初のリリース期間中に発見された重大な問題がある場合、Microsoft は新しい最初のリリースのビルドを宣言し、最初のリリースのサンドボックスと運用環境の更新を再開することができることを理解しておくことが重要です。 このような場合、最初のリリースの顧客には、再起動前に Lifecycle Services から通知されます。 ただし、これらの更新を一時停止することはできません。
サービスの更新は多くの場合、Lifecycle Services のアクション センターを通じて一般に使用可能です。 サービスの更新が利用可能な場合は、顧客は運用環境を含むすべての環境に手動で適用できます。 サービスの更新が指定されたサンド ボックスまたは運用環境に適用されていない場合、Microsoft は Lifecycle Services プロジェクトの更新の設定に基づいて自動的に更新を適用します。 より詳しい情報は、 Lifecycle Servicesによるサービスの更新の構成 をご確認ください。