予定表を使用して更新戦略を定義する

従来、組織はオペレーティング システム更新プログラム (特に機能更新プログラム) の展開を、開始、中間、および終了を持つ個別のプロジェクトとして扱いました。 リリースは (通常はイメージの形式で) "ビルド" され、ユーザーとそのデバイスに配布されました。

今日では、展開を組織全体に波の中で展開する継続的な更新プロセスとして扱う組織が多い。 この方法では、更新プログラムをこのプロセスに接続し、実行中に異常、エラー、またはユーザーの影響を監視し、プロセス全体を中断することなく問題が発生した場合に対応します。 Microsoft は、このモデルをサポートWindows 10リリース サイクル、更新メカニズム、および関連ツールの開発を行っています。 機能更新プログラムは、3 月と 9 月の 2 回、年に 2 回リリースされます。 すべてのリリースのサービスWindows 10、すべてのエディションに対して 18 か月のサービスがあります。 Enterprise エディションと Education エディションの秋のリリースでは、特定の Windows 10 リリースに対して、最初のリリースから合計 30 か月間、さらに 12 か月のサービスが提供されます。

利用可能なリリースを展開し、環境の一部に対して迅速なケイデンスを維持することを推奨しますが、デバイスの数が多く、中断をほとんどまたは全く必要としないので、毎年更新することを選択することもできます。 18/30 か月のライフサイクル ケイデンスを使用すると、環境の一部をより速く移動できる一方で、過半数の方が迅速に移動する可能性が低くなります。

予定表のアプローチ

年に 2 回の速いケイデンスまたは年 1 回のケイデンスに対して、予定表のアプローチを使用できます。 会社の規模に応じて、Windows 10 機能の更新プログラムをインストールすると、毎月のセキュリティ更新プログラムの受信が停止し、デバイスがサービスを停止し、セキュリティ上の脅威に対して脆弱になるリスクが年に 1 回未満になります。

年次

次に示すカレンダーは、1 暦年に 1 つの Windows 10 機能更新プログラムを適用するスケジュールの例を示Microsoft エンドポイント マネージャー、Microsoft 365 Appsサイクルに合わせて調整します。

[ Calendar に年次更新プログラムのデータが表示されます。(images/annual-calendar.png)

この方法では、次の更新プログラムがインストールされる前に、各機能更新プログラムから約 12 か月の使用が提供されます。 Windows 10 バージョン H2 機能更新プログラムに合わせて、各リリースは可用性の時間から 30 か月間サービスを提供し、将来の機能更新プログラムを適用する際の柔軟性を高める。

次の条件が適用される場合、このケイデンスが最適な場合があります。

  • サービス プロセスの開始は、Windows 10開始したばかりです。 Windows 10 サービスをサポートする新しいプロセスに慣れていない場合、3 ~ 5 年に 1 回発生するプロジェクトから年 2 回の機能更新プロセスへの移行は困難な場合があります。 この方法では、労力とコストを削減するための新しいアプローチとツールを学ぶ時間を提供します。

  • 他の企業が最新の機能更新プログラムを採用しているのを待Windows 10します。

  • 機能更新プログラムを迅速に実行し、ビジネスの優先順位が変更された場合に備え、サービスを維持しながらWindows 10機能更新プログラムをスキップする必要があります。 各暦年の後半にリリースされた Windows 10 機能更新プログラムに合わせて、Windows 10 (18 か月と比較して 30 か月のサービス) の追加サービスが提供されます。

Rapid

この予定表には、リリース時に各機能更新プログラムを年 2 回インストールするスケジュールの例を示します。

[ Uより速い更新ケイデンスを示す pdate カレンダー。(images/rapid-calendar.png)

次の条件が適用される場合は、このケイデンスが最適な場合があります。

  • 変化に対する強い意欲があります。
  • サポート インフラストラクチャを継続的に更新し、新しいシナリオのロックを解除します。
  • 組織には、情報ワーカーの人口が多く、組織の最新の機能を使用Windows 10およびOffice。
  • ユーザーは、ユーザーの機能更新プログラムのWindows 10。