Windows updateエラー80244022
プライバシー&クッキー
このサイトはクッキーを使用しています。 継続することにより、あなたはそれらの使用に同意します。 Cookieの制御方法など、詳細についてはこちらをご覧ください。
数日前、私は私のオフィスのラップトップをWindows10ビルド1703に更新しました。 この部分は正常に通過しました。 ただし、再起動後、Windows updateはコード80244022のエラーを報告しました。 このエラーの説明は不明です–何かが間違っていました。
数回の再起動後、多くの再試行、Windowsフォルダからソフトウェア配布フォルダを削除しても、ネットを検索しました。 多くの答えは”それはちょうどなくなった”のようなものでした。 私のエラーは風と一緒に消えているだけではないので、HEV suite、crowbar、そしてログとWindowsサービスの世界に深く飛び込む時が来たことを知っていました。
それは戦術的な計画のための時間です。 更新プロセス全体を段階的に確認する必要があります。 更新プロセスの高レベルのフローは次のようになります:
私たちのコンピュータはWSUSクライアントであり、ローカルWSUSサーバーに接続します。 そのWSUSサーバーは、Microsoft WSUSサーバーのクライアントです。
ホームユーザーである場合、または会社がWSUSサーバーを利用していない場合は、お使いのコンピュータがMicrosoft WSUSサーバーのクライアントになります。
高レベルプラン
新しいアップデートをダウンロードできない場合は、このプランを試してみてください:
- WSUSサーバーを見つけます
- ネットワーク接続を確認します
- 更新クライアントを確認します。
- マシンを再起動し、もう一度更新を試みてください
- AVプログラムを停止してください。
- ファイアウォール設定を確認する
- マシン上のログを確認する
- (オプション)以前にダウンロードしたすべての更新を削除する
- WSUSサーバーを確認する
レジストリのWSUS設定を確認する
コンピュータのWSUS設定を確認することができます。 これは、WSUSサーバーを使用しないため、ホームユーザーの場合に重要です。 これは、キー HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdateの値WUServerで確認できます。
これで、WSUSサーバーを使用すべきではないことが確実な場合にのみ、このキーから値を削除できます。 Windows updateサービスを再起動します。 これはあなたの問題を解決することができます。
ログの確認
7番目のステップに早送りします。 私がいつも言いたいように、ログは私の親友です。 我々は、Windows updateクライアントログから始める必要があります。 このログは通常、パス上にありますC:\Windows\SoftwareDistribution\ReportingEvents…..ログ…
開けましたが、全然役に立ちませんでした:
エラーコードと、エラー0x80244022で更新が失敗したという長いメッセージのみがあります。
良いニュースは、別のログがあるということです–C:\Windows\WindowsUpdate…..ログ… 内部には、Windows updateプロセスに関するより詳細な説明が表示されます。
Windows10では、このファイルは空です。 ただし、powershellコマンド–Get-WindowsUpdateLogで生成できます。 Powershellウィンドウを開き、コマンドを実行するだけです。 辛抱しなさい。.
しばらくすると、このコマンドはデスクトップ上にこのログを生成します。 今、私たちはそれを開いて、すべてのステップを分析することができます。
これらすべての行を分析し、WSUSサービスのURLが正しいことを確認しました。 しかし、私はHTTPエラー503–Service unavailableを発見しました。 これは進歩です。WSUSクライアントが動作し、エラーがWSUS側にあると結論付けることができます。 それは次のレベルにゲームを取るための時間です。
WSUSサーバーの確認
WSUSサーバーにログオンしました。 今、私はサービスをチェックします。
OK、すべてのサービスが実行されています。 それはよさそうです。 エラーはHTTP(Web)関連であるため、次のステップはIISコンソールです。
IIS管理コンソールを開きました。 すべてが正常に見えます。 最初のステップとして、私はWEBサイトWSUS管理とそのバインディングを確認しました。 HTTPトラフィックの場合は、ポート8530にバインドする必要があります。 ポート8531にHTTPSのバインドがもう1つ必要ですが、これは今はそれほど重要ではありません。
IISコンソールからWebページを開こうとしました。 IE–Service unavailableからページにアクセスしたときと同じエラーが発生しました。
今、私はこのアプリケーションも.netベースであることを思い出します。 したがって、Application poolsページに切り替えて問題を発見しました。
WSUSアプリケーションは、WsusPoolという名前の独自のプールを使用します。 このプールは停止しました。 私は再びそれを開始し、…出来上がり! WSUSサービスが再び実行されます。
これで終わりですか?
このWSUSサーバーはSCCMサーバーの一部です。 したがって、問題は、そのサーバー上で動作する任意のサービスにある可能性があります。
私はこの問題に数回連続して直面し、手動で修正する方法を見つけました。 しかし、私は永続的な解決策を持っていたいと思います。 永続的な解決策のための私の最初の行動は、アイドルタイムアウトを20分から5分に短縮することです。 また、プールの内部メモリを増やすのが賢明です。
この問題は再び発生する可能性がありますが、トラブルシューティングプロセスのための非常に明確な手順があることが重要です。 さらに、この問題に対する文書化された解決策があり、WSUSサーバーをはるかに高速に回復するのに役立ちます。
体系的であり、簡単にあきらめないでください。
(編集28.09.2017.)恒久的な解決策は、この記事で詳細に説明されています。