Windows Update-Fehler 80244022

Vor ein paar Tagen habe ich meinen Office-Laptop auf Windows 10 Build 1703 aktualisiert. Dieser Teil ging gut. Nach dem Neustart meldete Windows Update jedoch einen Fehler mit dem Code 80244022. Die Erklärung dieses Fehlers ist unklar – etwas ist schief gelaufen.

Nach ein paar Neustarts, vielen Wiederholungsversuchen, sogar Löschen des Softwareverteilungsordners aus dem Windows-Ordner, suchte ich im Netz. Viele Antworten waren wie „es ist einfach weg“. Da mein Fehler nicht nur vom Winde verweht ist, wusste ich, dass es Zeit für die HEV Suite, Crowbar und Deep Dive in die Welt der Protokolle und Windows-Dienste ist.

Es ist Zeit für den taktischen Plan. Wir müssen Schritt für Schritt den gesamten Aktualisierungsprozess überprüfen. Der Ablauf des Aktualisierungsprozesses auf hoher Ebene sieht folgendermaßen aus:

Unser Computer ist ein WSUS-Client und stellt eine Verbindung zum lokalen WSUS-Server her. Dieser WSUS-Server ist ein Client für den Microsoft WSUS-Server.

Falls Sie ein Heimanwender sind oder Ihr Unternehmen den WSUS-Server nicht verwendet, ist Ihr Computer der Client für den Microsoft WSUS-Server.

Der übergeordnete Plan

Wenn Sie die neueren Updates nicht herunterladen können, sollten Sie diesen Plan ausprobieren:

1. Suchen Sie Ihren WSUS-Server
2. Überprüfen Sie Ihre Netzwerkverbindung
3. Überprüfen Sie Ihren Update-Client.
4. Versuchen Sie, Ihren Computer neu zu starten und erneut zu aktualisieren
5. Versuchen Sie, Ihr AV-Programm zu stoppen.
6. Überprüfen Sie Ihre Firewall-Einstellungen
7. Überprüfen Sie die Protokolle auf dem Computer
8. (Optional) Löschen Sie alle zuvor heruntergeladenen Updates
9. Überprüfen Sie den WSUS-Server

Überprüfen der WSUS-Einstellungen in der Registrierung

Sie können die WSUS-Einstellungen für Ihren Computer überprüfen. Dies ist wichtig, wenn Sie ein Heimanwender sind, da Sie den WSUS-Server nicht verwenden würden. Sie können dies im Schlüssel HKLM \ SOFTWARE\ Policies\Microsoft \Windows \WindowsUpdate überprüfen, Wert WUServer.

Nur wenn Sie sicher sind, dass Sie den WSUS-Server nicht verwenden sollten, können Sie die Werte aus diesem Schlüssel löschen. Starten Sie den Windows Update-Dienst neu. Dies könnte Ihr Problem lösen.

Überprüfen der Protokolle

Wir werden zum 7. Schritt vorspulen. Wie ich immer gerne sage, sind die Protokolle meine besten Freunde. Wir sollten mit dem Windows Update-Clientprotokoll beginnen. Dieses Protokoll befindet sich normalerweise auf dem Pfad C:\Windows\SoftwareDistribution\ReportingEvents.log.

Ich habe es geöffnet, aber es war überhaupt nicht hilfreich:

Ich habe nur den Fehlercode und die längere Meldung, dass das Update mit dem Fehler 0x80244022 fehlgeschlagen ist.

Die gute Nachricht ist, dass es ein weiteres Log – C:\Windows\WindowsUpdate.log. Im Inneren sollten Sie eine detailliertere Erklärung zum Windows Update-Prozess sehen.

In Windows 10 ist diese Datei leer. Sie können es jedoch mit dem Powershell–Befehl – Get-WindowsUpdateLog generieren. Öffnen Sie einfach das Powershell-Fenster und führen Sie den Befehl aus. Sei geduldig.

Nach einer Weile generiert dieser Befehl dieses Protokoll für Sie auf dem Desktop. Jetzt können wir es öffnen und jeden Schritt analysieren.

Ich habe alle diese Zeilen analysiert und festgestellt, dass die URL des WSUS-Dienstes korrekt ist. Ich habe jedoch den HTTP–Fehler 503 – Dienst nicht verfügbar gefunden. Das ist Fortschritt.

Ich kann daraus schließen, dass mein WSUS-Client funktioniert und dass ein Fehler auf der WSUS-Seite vorliegt. Es ist Zeit, das Spiel auf die nächste Ebene zu bringen.

Überprüfen des WSUS-Servers

Ich habe mich auf dem WSUS-Server angemeldet. Jetzt werde ich die Dienste überprüfen.

OK, alle Dienste werden ausgeführt. Das sieht gut aus. Der nächste Schritt ist die IIS-Konsole, da der Fehler mit HTTP (Web) zusammenhängt.

Ich habe die IIS-Verwaltungskonsole geöffnet. Alles sieht gut aus. Als ersten Schritt überprüfte ich die Website WSUS Administration und ihre Bindungen. Es sollte für HTTP-Datenverkehr an den Port 8530 gebunden sein. Es sollte eine weitere Bindung für HTTPS auf dem Port 8531 geben, aber diese ist jetzt nicht so wichtig.

Ich habe versucht, die Webseite über die IIS-Konsole zu öffnen. Ich habe den gleichen Fehler wie beim Zugriff auf die Seite von IE – Service nicht verfügbar.

Jetzt erinnere ich mich, dass diese Anwendung auch .net basiert. Daher wechselte ich zur Seite Anwendungspools und fand das Problem.

Die WSUS-Anwendung verwendet einen eigenen Pool mit dem Namen WsusPool. Dieser Pool wurde gestoppt. Ich habe es wieder angefangen und … voila! Der WSUS-Dienst wird erneut ausgeführt.

Ist das das Ende?

Dieser WSUS-Server ist Teil des SCCM-Servers. Daher kann das Problem in jedem Dienst liegen, der auf diesem Server funktioniert.

Ich war einige Male hintereinander mit diesem Problem konfrontiert und habe herausgefunden, wie ich es manuell beheben kann. Ich hätte jedoch gerne eine dauerhafte Lösung. Meine erste Aktion für die dauerhafte Lösung besteht darin, die Leerlaufzeit von 20 auf 5 Minuten zu verkürzen. Es ist auch ratsam, den internen Speicher des Pools zu erhöhen.

Obwohl dieses Problem erneut auftreten kann, ist es wichtig, dass ich eine sehr klare Vorgehensweise für die Fehlerbehebung habe. Außerdem habe ich jetzt eine dokumentierte Lösung für dieses Problem, die uns helfen wird, den WSUS-Server viel schneller wiederherzustellen.

Seien Sie systematisch und geben Sie nicht einfach auf.

(Bearbeiten 28.09.2017.) Eine dauerhafte Lösung wird in diesem Beitrag ausführlich beschrieben.

Bleiben Sie dran.