Windows Server 2016でWindows Updateのエラーに頭を悩ませている方は少なくありません。特定の更新プログラムのインストールが失敗したり、エラーコード「0x80245002」が表示されると、日常の運用やセキュリティ対策に影響が出てしまいます。そこで本記事では、トラブルを解決するための具体的な方法と考えられる原因、さらにスムーズなアップデートを実現するためのポイントをわかりやすく解説します。
Windows Updateが失敗する主な原因と事前確認
Windows Server 2016でWindows Updateが失敗する場合、単純なネットワーク不良から、サービス スタック更新(SSU)の未適用や、サードパーティ製ソフトウェアの干渉など、多岐にわたる原因が考えられます。まずは下記のような基本的なチェックを行い、原因をある程度絞り込んでから対処することが大切です。
ネットワーク環境の安定性確認
Windows Updateを適用するには、Microsoftの配布サーバーやWSUSサーバーに正常にアクセスできることが前提です。特にファイアウォールやプロキシ経由の場合、以下の点をチェックしてください。
- インターネット接続が安定しているか
- プロキシ設定やファイアウォール設定による通信ブロックがないか
- WSUS利用時、WSUSサーバー自体が最新状態で正常稼働しているか
プロキシ設定の確認例
環境によってはプロキシ経由の通信になっていることがあります。コマンドプロンプト(管理者権限)で以下を実行し、設定内容を確認・変更できます。
netsh winhttp show proxy上記でプロキシが設定されていた場合、必要に応じて以下のように設定をリセットしてみましょう。
netsh winhttp reset proxyこの操作により、プロキシ設定の干渉が原因だった場合、Windows Updateの接続が改善されることがあります。
システムの破損ファイルや空き容量不足
システムファイルの破損や、Cドライブの空き容量不足が原因でアップデートに失敗することも多々あります。以下の点を改めて確認し、必要に応じて対処してください。
- 「sfc /scannow」「DISM /Online /Cleanup-image /RestoreHealth」の実行
- ディスク クリーンアップや不要ファイルの削除で空き容量を増やす
- エラー発生時のログ(CBS.log、WindowsUpdate.log、イベントビューア)から詳細なエラーメッセージを把握する
基本的な対処法：Windows Updateコンポーネントのリセット
最も代表的な解決策として、Windows Update関連のコンポーネント(サービスやフォルダ)をリセットする方法が挙げられます。既に試したことがある場合でも、改めて実施することで解消するケースがあるので、手順を再度確認してみましょう。
サービス停止とフォルダリネーム
まずは管理者権限のコマンドプロンプトを開き、以下のコマンドを順番に入力してWindows Update関連サービスを停止し、キャッシュ用フォルダをリネームします。
net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.old
net start wuauserv
net start cryptSvc
net start bits
net start msiserverこれらのフォルダをリネームすることで、Windows Updateに関連するキャッシュデータが一時的に初期化され、再取得されます。古いキャッシュに問題が含まれていた場合、アップデートが再度正常に行われる可能性が高まります。
トラブルシューティングが成功しやすい条件
- 実行前に必ず管理者権限でコマンドプロンプトを起動する
- すでにアップデートプロセスが動いていない状態を確認する(再起動直後など)
- 他の操作でファイルをロックしているアプリケーションがないようにする
これらを守ることで、Windows Updateコンポーネントのリセットの効果が最大限に発揮されます。
更新プログラムの種類・依存関係を見直す
Windows Server 2016は、サービス スタック更新(SSU)や.NET Frameworkなどの複数のコンポーネントで構成されており、それらが相互に依存関係を持っています。特定のロールアップのインストールが失敗するとき、実は先に適用しておくべき更新があるケースが多く見られます。
サービス スタック更新 (Servicing Stack Update: SSU) の重要性
SSUは、Windows Updateの「アップデートを実施するための土台」を最新化する重要なプログラムです。例えば、SSUが古いバージョンのまま放置されると、その他のロールアップや累積アップデートが正しくインストールできないことがあります。そこで以下の点に注目しましょう。
- 更新プログラムの優先順位を確認する
Windows Updateの一覧を見て、SSUなどの重要度の高い更新を優先的に適用しましょう。 - 手動インストールも検討する
自動アップデートでうまくいかない場合、Microsoft Update カタログから該当するSSUのKBをダウンロードし、先にインストールしてみてください。
.NET Framework更新プログラムの先行適用
ASP.NETやWindowsサービスを利用している環境では、.NET Frameworkの更新が適用されていないことでアップデート全体が失敗することもあります。特に、サーバー上で業務アプリケーションが稼働しているケースでは、.NETのバージョンに合わせた更新プログラムが必須です。Windows Updateの「オプション」や「重要な更新」の中に.NET関連のアップデートが残っていないか、改めてチェックしましょう。
ロールアップ更新と個別更新の違い (表で解説)
以下のように、Windows Server 2016の更新プログラムには大きく分けて「ロールアップ更新」と「個別更新」があります。依存関係の把握が重要です。
| 種類 | 特徴 | 例 |
|---|---|---|
| ロールアップ更新 | 複数の修正や改善が一括でパッケージ化されている。既に公開された修正が含まれる場合も多い。 | 月例の累積アップデート |
| 個別更新 | 特定のコンポーネントや機能に対する単独の更新。必要に応じて個別適用が必要。 | .NET Framework更新、SSUなど |
ロールアップ更新が適用できない場合、実は個別更新のSSUなどを先にインストールする必要がある場合があります。表を参考に確認を進めてください。
セキュリティソフトやファイアウォール設定の見直し
サードパーティ製ウイルス対策ソフトウェアや独自のファイアウォール設定が、Windows Updateの通信をブロックしてしまうこともあります。特に、会社や組織のポリシーでセキュリティレベルが高く設定されている場合、この問題により「ダウンロード中のエラー」や「インストール時の検証エラー」が起きる可能性があります。
一時的にセキュリティソフトを無効化する
本番環境でむやみにセキュリティソフトを無効化するのは推奨されませんが、原因を切り分けるために、一時的にリアルタイム保護やファイアウォールを停止し、アップデートを再試行するのも一つの方法です。もしアップデートが成功するようであれば、除外設定(Windows Updateの関連フォルダやURLなど)を見直して運用しましょう。
グループポリシー(GPO)の影響
Active Directory環境などで複数のサーバーを一元管理している場合、GPOでWindows Updateに関する設定が厳しく制限されている可能性があります。GPOの内容によっては、アップデートが特定のタイミングでしか許可されていない、あるいは指定のWSUSサーバー以外からの取得が禁止されているなどの影響が出ることがあります。
Microsoft Updateカタログからの手動インストール
自動アップデートで失敗を繰り返す場合、KB番号を指定して手動でダウンロード・インストールする方法があります。エラーコード「0x80245002」が出るケースでも、この手順で成功する事例は多々あります。
Microsoft Update カタログの利用手順
- ブラウザでMicrosoft Update カタログにアクセス
- 該当のKB番号(例: KB5036609、KB5036899など)を検索
- サーバーのアーキテクチャ(64bit)に合った更新プログラムをダウンロード
- ダウンロードした「.msu」ファイルをサーバー上で直接実行し、インストールを試みる
もし自動更新では失敗しても、この手順で無事にインストールが完了する場合があります。
手動インストール時の注意点
- インストール前に、念のためにサーバーの再起動を行い、競合を最小限にする
- 他の更新プログラムがインストール待ち状態になっている場合は、先にそちらを処理しておく
- OSのビルド番号やエディション(Datacenter、Standardなど)に合ったものを確実に選ぶ
詳細ログの分析とシステム修復
上記の方法を試しても解決しない場合、より詳細なログの確認が必須になります。Windows Updateは複数のログファイルやイベントログを記録しており、その中に具体的なエラー原因が示唆されていることが多いです。
CBS.logやDISM.logのチェック
- CBS.log:
C:\Windows\Logs\CBS\CBS.log
Windows UpdateやDISM、SFCなどのシステムメンテナンス系ツールの実行履歴やエラー情報が格納されています。 - DISM.log:
C:\Windows\Logs\DISM\dism.log
DISMコマンドを利用した際の詳細ログ。イメージの破損修復時などの進捗や失敗原因がわかります。
これらのログ内で特定のエラーコードやメッセージがあれば、そのキーワードをもとに更なる対処法を探しやすくなります。たとえば「Failure while applying driver package」などの文言があれば、ドライバ関連のトラブルを疑うことができます。
ログ検索の例
大量のログから必要な情報を検索するには、以下のように「findstr」コマンドを使うと便利です。
findstr /i /c:"error" C:\Windows\Logs\CBS\CBS.log小文字・大文字を区別せずに(error)の文字列を探す場合、/iオプションが役立ちます。
WSUS環境の場合の考慮点
組織内でWSUS(Windows Server Update Services)を利用している場合、サーバー環境に独自のポリシーが設定されている可能性があります。以下の項目を再確認してみてください。
- 承認状況: 対象のKBがWSUS上で承認されていないとクライアントサーバーには配信されません。
- 同期エラーの有無: WSUSサーバー自体がMicrosoft Updateとの同期に失敗している場合、サーバーのログを確認して原因を特定する必要があります。
- 製品と分類の選択漏れ: WSUSで適切に「Windows Server 2016」や「更新プログラムの種類(セキュリティ、重要、ドライバなど)」が選択されていないと、必要な更新が配信されません。
最終的な手段：OSの修復や再インストール
ここまで紹介した方法を試しても改善が見られない場合、Windows Server 2016のシステムに深刻な破損がある可能性があります。以下の最終手段を検討することが必要です。
上書きインストール(修復インストール)
OSの修復インストールを行うと、システムファイルの破損を修復しつつ、既存の設定やファイルを残せる場合があります。ただし、アプリケーションによっては再設定が必要になるため、事前にバックアップを取得してから実施してください。
クリーンインストール
最もリスクの少ない状態でOSを再構築するにはクリーンインストールが有効です。既存のデータや設定は初期化されるため、通常運用に戻るまでに手間はかかりますが、OSの破損要因が排除されます。十分なバックアップをとったうえで検討しましょう。
まとめ：複合的なアプローチが重要
Windows Server 2016でWindows Updateが失敗する問題は、一概に「これをやれば必ず直る」というものではありません。ネットワーク、セキュリティソフト、WSUS設定、コンポーネントの整合性など、複数の要因が絡み合っていることが多いため、次のポイントを総合的に押さえることが大切です。
- 基本チェック(ネットワーク環境、空き容量、サービスの正常稼働)を怠らない
- Windows Updateコンポーネントのリセットや、未適用のSSU・.NET更新を先行適用
- セキュリティソフトやファイアウォールによる通信ブロックを疑う
- Microsoft Updateカタログからの手動インストールも試す
- WSUS管理下のサーバーなら、承認状況や同期エラーを確認
- 最終的には上書きインストールやクリーンインストールも検討
一度は解消したかに見えても、再度同じトラブルが起きる場合もあります。定期的にシステムを点検し、最新の更新プログラムが安定的に適用できるようにメンテナンスを実施していきましょう。そうすることで、サーバーのセキュリティリスクを抑えつつ、信頼性を高めた運用が可能になります。万一再発した場合でも、今回ご紹介した手順や対処法を振り返り、問題の切り分けを行えば、解決までの時間を大幅に短縮できるでしょう。
コメント