Windows 10の更新サイズは、バージョン19H1でようやく小さくなりました

マイクロソフトは先週、すべてのWindows 10ユーザーに大きな安心をもたらす可能性があることを発表しました。これは、OSに配信される更新プログラムのサイズを大幅に削減することです。 2015年にWindows10がデビューして以来、顧客はこの問題について長い間不満を漏らしており、Microsoftがようやくメッセージを受け取り始めているようです。

2018年後半または2019年初頭に、Windows10およびWindowsServerの品質を更新するための新しいモデルが登場し、よりコンパクトなパッケージで提供されます。 現在、品質アップデートは毎月リリースされており、以前にリリースされたすべての修正が含まれているため、サイズはかなり大きくなります。 これらのパッケージは、累積性に応じてさまざまなタイプがあります。一部はデルタ更新であり、一部は エクスプレスアップデートとマイクロソフトは、OSを最新の状態にすばやく更新する完全なアップデートも出荷しています パッチ。 完全な更新が最大です。

この混乱を単純化するために、Microsoftは、Windowsの将来のリリースのデルタ、エクスプレス、および完全な更新を終了することを決定しました。 10、それらを新しいパッケージタイプに交換すると、さらにコンパクトになり、CPU時間が短縮されると彼らは主張しています。 インストール。 サイズを小さくすると、ネットワーク帯域幅が節約され、Windows Server Update Services、System Center Configuration Manager、Microsoft Updateカタログ、またはWindowsIntuneを使用した展開が容易になります。 これらの新しいExpressアップデートは、再配布可能なスタンドアロンインストーラー（.msu）ファイルまたは（.cab）ファイルになります。

Microsoftによれば、Expressの更新でさえ多くのCPU時間を要しましたが、この新しいフォーマットははるかに短い時間で済みます。 したがって、インストールは速くなるはずですが、マシンの速度に大きく依存します（マシンが遅いほどメリットが大きくなります）。

古いバージョンのWindows10は、引き続きデルタ更新と完全更新を取得しますが、これらの新しい更新パッケージの恩恵を受けます。 この新しい設計は、あらゆるクラスおよび重要度のすべての毎月の品質更新に適用されます。

マイクロソフトは、変更点と以前の更新パッケージの説明について次のように詳しく説明しています。

フルアップデート-RTM以降にOSで変更されたすべてのコンポーネントとバイナリの圧縮バージョン（ZIPスタイルの圧縮と同様）が含まれています

Express Update-サーバーには、RTM以降に変更されたすべてのコンポーネントとバイナリの複数のベースラインからの圧縮されたデルタが含まれています。 マシンはサーバーとチャットします（サーバーはWindows Update自体、またはサーバーである可能性があります） ローカルのWSUSサーバーである可能性があります）必要なバイト範囲を特定し、それらをダウンロードします 範囲。 次に、デバイスはそれらのバイト範囲をデバイス上の完全なファイルにハイドレイトして戻し、インストールを実行します。 複数のベースラインとは、特定の時点からのデルタが含まれていることを意味します。 通常、先月のLCU（N）、前の月（N-1）からN-5か月まで、およびRTMを使用します。 したがって、サーバーエクスプレスファイルは6〜7 GBである可能性がありますが、エンドデバイスは150〜200MBしかダウンロードしません。

小さな更新-パッケージには、各ファイルのRTMからの圧縮デルタ（フォワードデルタ）と、RTMに戻るデルタ（リバースデルタ）が含まれています。 基本的に、これは、複数のベースラインを含むのではなく、1つのベースライン（RTM）しかないことを意味します。 たとえば、デバイスが9月のLCUにあり、10月にインストールした場合、マシンは次のようになります。 9月の逆デルタを適用してRTMに戻り、次に10月の順デルタを適用して10月に戻ります。 （10B）。 これはトランザクションで行われるため、デバイスが途中でスタックする可能性はありません。完全な更新が成功するか失敗するかのどちらかです。 すべてのコンテンツがパッケージ自体に含まれているため、サーバーのネゴシエーションは必要ありません。 （RTMからの）ベースラインが1つしかないため、前月のパッチを適用していた人のエクスプレスアップデートよりも大きくなる場合があります。 ただし、サイズの違いは最小限に抑える必要があります。サーバーのネゴシエーションやデバイス分析を行わないと、ダウンロードおよびインストール時に使用するCPUが少なくなります。

新しい小さなパッケージ形式の本当に素晴らしい点は、同じファイルがWindows Update、WSUS、およびカタログから入手できることです。 したがって、HTTPS（カタログ）からダウンロードし、ダブルクリックしてインストールしても、エクスペリエンスは小さくなります。 Windows UpdateまたはWSUS（またはExpressプロトコルをサポートするサードパーティソリューション）を介してのみ機能するExpressとは異なります。

この変更を行うには、パッケージ形式自体とクライアントの更新スタックの両方で変更が必要でした。 古いバージョンのOSにこれらのタイプの変更を加えるのは危険です（更新スタックは絶対に重要です）。 新しいバージョンのOSでは、内部テストとWindows Insiderプレビューの両方を何ヶ月も使用して、変更を大規模に検証し、リスクを軽減することができます。

この新しいアップデートパッケージフォーマットについてどう思いますか？ マイクロソフトは最初からそれを設計すべきだったと思いますか？ どのような改善を更新する予定ですか？