Windows Updateが遅い?原因と対処法を徹底解説――KBパッチの検証結果も紹介

Windows Update(WU)の初期の更新プログラム検出プロセスが、完了までに非常に長い時間を要することがある――筆者はこの現象に、かなりの頻度で遭遇してきました。所要時間は、利用可能な更新プログラムの数、前回の完全なパッチ適用からの経過期間、そしてハードウェアのスペックによって左右されます。しかし多くの場合、インストール可能な更新プログラムの一覧が表示されるまでには、軽く60〜90分かかります。その間ずっと、WU実行ファイルのsvchost.exeサブプロセスが、CPUコア1個分の処理能力を食いつぶし続けます。その後の実際のインストールは、決して速いとは言えないまでも、通常は検索フェーズよりは短時間で済みます。

このWU検索プロセスの一貫性のない、どこか苛立たしい挙動に触発され、筆者はこの問題の解決策を探すことにしました。Web検索やフォーラムでの質問を重ねるうちに、WildersとDSLReports上の2つの非常に長く詳細なスレッドに行き着き、そこには豊富な提案や選択肢が集まっていました。テスト用の予備マシンが手元にあったので、さっそく検証を始めたのです。

問題と症状

具体的に説明すると、再起動直後であっても、手動で更新プログラムの確認を実行した場合でも、システムによる定期的な更新チェックであっても、Windows Updateが結果を取得して表示するまでに非常に長い時間がかかることがあります。場合によっては数時間に及ぶこともあります。その間、CPUはかなりの高負荷状態にあります。たとえば、筆者のデスクトップPCの1台では、約50個の更新プログラムのリストが表示されるまで、25%のCPU使用率が約80分間続きました。中には、この一連の処理が完了するまで数日かかったという報告もあります。

実際のインストール作業自体はやや速く、挙動も比較的安定しています。ただし、進行状況バーのパーセンテージがまったく変化しないことも少なくありません。インストール速度は、CPUやディスクがパッチを処理できる性能に依存します。再起動後の次回以降のチェックは大幅に速くなりますが、即座に完了することはありません。先ほどの例では、50個以上の更新プログラムを処理・インストールした後の次回チェックは約4分で終了しました。とはいえ、更新プログラムの数が処理時間に影響するのは確かですが、それだけが要因ではありません。この点こそが、全体の挙動を予測しにくいものにしているのです。

考えられる解決策

原因は多岐にわたり、回避策もいくつか存在します。最初に試すべき最も手軽な方法は、Windows Updateエージェントの最新版をダウンロードすることです。これにより、多少は高速化される可能性があります。まずはここから確認するのがよいでしょう。

KBパッチによる修正

更新プログラムの検索やインストールが遅く、CPU使用率が高くなるという問題に対処するために、Microsoftは多数のパッチを公開してきました。その代表格がKB3102810です。ただし、これ以外にも同様の性質を持つパッチが、この前後でいくつかリリースされています。たとえば、KB3112343やKB3138612などです。

さらに厄介なことに、これらのパッチにはWindows 10へのアップグレード関連のコンポーネントも同梱されているようです。そのため、必ずしも望まないものが含まれる恐れがあり、遅い更新問題の解決も一層複雑になっています。また、「どのパッチを試すべきか」という疑問も生じます。最新版か、それとも最古のものか。論理的に考えるなら、最古のものから始めるのが賢明です。問題(リグレッション)が発生した場合でも、常にアップグレードしたり元に戻したりできるからです。

筆者は上記の3つのKBパッチについて、再起動を挟む場合と挟まない場合の両方でテストし、合計6通りの組み合わせを検証しました。しかし、残念ながら改善や高速化に再現性のあるパターンを見出すことはできませんでした。このテスト環境では、CPUはほとんどの時間100%で張り付いたままになり、検索にも非常に長い時間がかかりました。その後、別のシステムでもテスト範囲を広げましたが、こちらではやや良い結果が得られたものの、パッチごとのばらつきも相当に大きかったのです。言えることは、Microsoftが意図していたであろう効果は、おそらく非常に限られた条件下でのみ機能するということです。彼ら自身も、何がどう悪いのか確信を持てていないのかもしれません。いずれにせよ、KBパッチは効くかもしれませんし、効かないかもしれません。ある種の「楽しい賭け」です。もうひとつ、KB3139852というパッチも効果がある可能性があり、必要な魔法をもたらしてくれるかもしれませんが、それを確認できるのは今後数ヶ月後になるでしょう。

まとめ

今回は短めの記事ですが、あまり満足のいく結末にはなりませんでした。遅い更新・検索と高いCPU使用率を修正すると謳う公式パッチは複数存在します。しかし、それらが賢く一貫した方法で機能するのかどうかは、筆者には判断しかねます。このアプローチでは部分的な成果しか得られませんでした。どのような条件下でWindows Updateが快適に動作し、どのような条件下で遅延するのかを正確に示す法則は、依然として見つけられていません。最新の更新プログラムが理想郷を約束してくれるかもしれませんが、それはまだ分かりません。

これらのパッチを試してみるのは自由です。失うものは何もありません。ただし、必ず最古のリリースから始めて、時系列に沿って進めるようにしてください。比較の基準を保つため、一度に変更するのは1つだけにしましょう。そして、ディスクイメージやバックアップの取得は常に有効です。最後に、今後数週間〜数ヶ月にかけて、Windows Updateを高速化すると謳うサードパーティ製ツールもいくつかテストする予定です。今のところは内緒ですが。また改めてお会いしましょう。続報にご期待ください。

それでは、また。