Windows 11アップデートの容量増加を理解する
日々の作業の裏側で、Windows 11のアップデートのサイズは著しく増加しています。最近の月間累積アップデートは一貫して4GBを超え、中には5GBに迫るものもあります。これらのアップデートを展開すると、サイズは9GB近くまで膨れ上がります。この分析は、Microsoft Updateカタログからダウンロードされたアップデートに特化しており、ハードウェアの調整や以前のアップデートを考慮する前の初期サイズを表しています。

この増加の理由については様々な憶測が飛び交っており、多くの人がCopilot、デバイス上のAIモデル、セマンティック検索といったAI機能の実装が原因だと考えています。しかし、AIがこの増加の一因となっているのは確かですが、問題の根本原因を突き止めるには、Windowsアップデートの構成と配信方法をさらに深く掘り下げることが不可欠です。
アップデートサイズが急増した理由
従来、マイクロソフトは小規模な個別パッチを配信していましたが、アップデート戦略は変更されました。現在では、ユーザーは毎月、前回のメジャーアップデート以降のすべての修正を含む累積アップデート(LCU)を受け取ります。つまり、最新の月次セキュリティアップデート(一般的にパッチチューズデーとして知られています)をインストールすれば、以前のアップデートをスキップしていた場合でも、システムは即座に最新の状態になります。

このアプローチは信頼性と互換性を確保する上で有益ですが、意図しない結果として、時間の経過とともにアップデートのサイズが大幅に増加するという問題が生じます。
軽微な修正であっても、アップデートにはシステムを最新バージョンにアップグレードするために必要な変更がすべて含まれているため、必然的にファイルサイズが大きくなります。
マイクロソフトは、この問題を軽減するために、Windows 11 24H2でチェックポイント累積更新プログラムを導入しました。定期的に「チェックポイント」を新しい基準点として設定することで、その後の月次更新プログラムには前回のチェックポイント以降の変更点のみが含まれるようになり、結果としてインストールサイズが小さくなり、インストール時間も短縮されます。

しかし、2024年9月のチェックポイント以降、2025年4月まではアップデートのサイズは小さかったものの、2025年5月のアップデートでサイズが大幅に増加し、4GBを超える約3倍になりました。それ以降、新たなチェックポイントは実施されていないため、期待されていたサイズ削減は実現していません。
2025年5月のアップデートによるサイズ急増の分析

2025年5月版累積アップデートの解凍後のサイズは、4月と比較して約6.5GBから9GB近くまで増加しており、興味深い傾向が見られます。圧縮されたMSUファイルは3GB増加したのに対し、実際の解凍後のコンテンツはわずか2.5GBしか増加していません。このような差異は、アップデートパッケージングの複雑さを示唆していることが多いです。

今回のアップデートには数万個のファイルが含まれており、正確には2万8000個以上です。特筆すべきは、個々のファイルサイズが極端に大きいものはなく、ファイルサイズの増加に大きく寄与したことです。しかし、MSIXファイルの数が急増しており、特にPSTokenizerや様々なAI関連コンポーネントなどが全体の増加に大きく貢献しています。

2025年4月時点の累計サイズは1, 287MBだったのに対し、5月のアップデートでは4, 369MBにまで膨れ上がり、インストールパッケージに同梱された新しいAI中心の機能の影響の大きさを物語っている。
アップデートサイズ増加におけるAIの役割
AIコンポーネントがアップデートサイズの増大に寄与していることは間違いありませんが、Windows Updateの適用性ロジックはこれをある程度緩和する役割を果たしています。ダウンロードを開始する前に、システムはデバイスの仕様を評価し、必要な項目のみがダウンロードされるようにします。例えば、以前にアップデートが行われていない仮想マシンにWindows 11 25H2をクリーンインストールした場合、4GB以上のパッケージのカタログから約1.7GBがダウンロードされ、システム構成によってダウンロードサイズが変動することが示されています。
Windowsのアップデートフレームワークは、高度なシステム向けに設計されたAIコンポーネントを含む、より新しいハードウェア構成への拡張を可能にしています。つまり、一部のユーザーはすべての機能を利用できる一方で、多くのデバイスは、実際には使用しない可能性のあるさまざまなコンポーネントをダウンロードせざるを得ない状況に陥っています。
変更されたファイルのみをアップグレードすることに対する反論
Windowsはシステム固有の要件を認識するため、Microsoftが変更されたファイルのみを対象とするのではなく、包括的なパッケージをアップデートに含めることを選択する理由が疑問に思うかもしれません。差分アップデートは存在し、Express UpdateとUnified Update Platformを利用して、バイナリの変更された部分のみがダウンロードされるようにしています。

このような機能を備えているにもかかわらず、アップデートパッケージの全体的な構造は依然として非効率的です。10億人ものユーザーに多様なハードウェア構成でアップデートを配信するという課題は、アップデートプロセスを複雑化させています。下位互換性や様々なシステム間での安定性の確保といった問題は極めて重要です。企業もまた、毎週完全なアップデートをダウンロードして配布する必要があるため、ストレージ容量の面で大きな課題に直面しています。
Appleのアップデートモデルとの比較
Windowsのアップデートモデルとは対照的に、Appleは通常、1GBから3GB程度の小規模なmacOSアップデートを段階的に提供し、より大規模なアップデートはメジャーリリースに限定しています。このような小規模なアップデートは、Appleがハードウェアエコシステムを完全に制御しているために可能であり、より厳格な互換性ガイドラインとより迅速な展開手法を実現できるのです。一方、Windowsは多様なシステム構成における互換性を優先するため、結果としてアップデートのサイズが大きくなる傾向があります。
企業およびユーザーへの影響
家庭ユーザーの場合、デルタロジックを採用しているため、ダウンロードサイズが小さくなり、負担が軽減される傾向があります。しかし、企業は毎月の完全なアップデートに対応する必要があり、ストレージ容量の急速な消費につながります。これらの大容量ファイルの維持管理にかかるコストは増加の一途をたどり、ITインフラ管理を複雑化させ、ストレージに関する課題を悪化させています。
既に述べたように、ストレージコストは2024年以降4倍以上に増加しており、組織のアップデートに必要なストレージ容量は、同じアーキテクチャでも約11GBから約52GBへと膨れ上がっています。複数の配信拠点を持つ組織では、コストはさらに高騰し、ストレージリソースに大きな負担がかかります。

アップデートのサイズが増加傾向にあることは明らかであり、ダウンロード時間の最適化に向けた取り組みが進められている可能性はあるものの、実際のサイズ削減効果は依然として不確実である。
アップデート中のダウンロード状況の監視
お使いのPCで実際にダウンロードされるデータ量を把握するには、[設定] > [Windows Update] > [詳細オプション] > [配信の最適化] > [アクティビティモニタ]に移動してください。これにより、Microsoftのサーバー、ローカルピア、およびキャッシュされたファイルからダウンロードされるデータ量が正確に表示されます。
より詳細な情報については、イベントビューアーでWindows Updateのログを確認するか、PowerShellを使用してGet-WindowsUpdateLog読みやすいログファイルを作成してください。

カタログデータとユーザーのダウンロード活動との間の不一致を理解することは、パッケージ設計がもたらす影響を特定する上で極めて重要である。
Windowsアップデートの未来
Windowsアップデートのサイズが大きいのは、多様なシステム構成間での最大限の互換性を確保するように設計されているためです。マイクロソフトはダウンロード負荷の軽減に努めていますが、パッケージ構造はますます複雑化しています。AIコンポーネントの配信方法やチェックポイントシステムのアップデートに関して抜本的な改善がなされない限り、今後さらに大規模なアップデートに直面する可能性があります。
コメントを残す