Die Behebung des Fehlers 0x80244010 nach der Einrichtung eines neuen WSUS-Servers kann sehr ärgerlich sein. Er betrifft nicht nur Rechner, die Updates direkt von Windows Update beziehen; auch Clients, die für Ihren internen Server konfiguriert sind, können auf dieses Problem stoßen. Im Grunde tritt dieser Fehler auf, wenn der Update-Client in einer Endlosschleife hängt und zu oft erfolglos versucht, Updates vom Server anzufordern. Die Ursache liegt meist in Netzwerkproblemen oder in Server-/Client-Beschränkungen. Dieser Leitfaden hilft Ihnen bei der Fehlerbehebung und sorgt dafür, dass der Update-Prozess wieder reibungslos läuft – egal, ob Sie Administrator sind oder einfach nur Ihren PC reparieren möchten.
Rechnen Sie mit Fehlermeldungen in den Protokollen, die auf „Maximale Server-Roundtrips überschritten: 0x80244010“ hinweisen. Dies bedeutet, dass der Client ein voreingestelltes Limit für die Anzahl der möglichen Serveranfragen erreicht hat, bevor er abbricht. In manchen Konfigurationen wird dies durch umfangreiche Updatelisten verursacht, die versuchen, zu viele Updates gleichzeitig abzurufen. Die Lösung ist oft so einfach wie die Anpassung von Gruppenrichtlinien, das Entfernen alter Updates oder die Optimierung der Servereinstellungen (bei Verwendung von WSUS).Vorsicht ist jedoch geboten: Wenn Ihr Netzwerk instabil ist oder die Client-Rechner seit Langem nicht aktualisiert wurden, kann dies Teil des Problems sein.
So beheben Sie den Fehler 0x80244010 bei Windows-Updates
Methode 1: Aktualisieren Sie den Update-Client und versuchen Sie es erneut.
Das ist quasi der erste Schritt, da er schnell und oft genug funktioniert. Falls dieser Fehler auftritt, lässt er sich am einfachsten beheben, indem man Windows zwingt, erneut nach Updates zu suchen. Führen Sie dazu einfach wuauclt.exe /detectnowden entsprechenden Befehl in der Eingabeaufforderung mit Administratorrechten aus. Dadurch wird der Client gezwungen, den Server sofort erneut abzufragen. Auf manchen Rechnern scheint dies das Problem zu beheben, und der Update-Prozess startet wieder. Ich bin mir nicht sicher, warum es funktioniert, aber es ist einen Versuch wert.
So geht’s:
- Öffnen Sie die Eingabeaufforderung als Administrator.
- Geben Sie den Text ein
wuauclt.exe /detectnowund drücken Sie die Eingabetaste. - Überprüfen Sie anschließend unter Einstellungen > Windows Update, ob kurz darauf Updates installiert werden.
Dies funktioniert oft bei kleineren, begrenzten Installationen oder wenn das Netzwerk instabil ist. Wenn Sie jedoch mit mehreren Clients arbeiten oder das Problem wiederholt auftritt, sind tiefergehende Lösungen erforderlich.
Methode 2: Erhöhung der maximalen Serverausflüge über Gruppenrichtlinien
Dieses Problem tritt häufig auf, weil die standardmäßige maximale Anzahl an Serveranfragen (200) überschritten wird, insbesondere bei einer großen Anzahl von Updates oder einer langsamen Serververbindung. Um dies zu beheben, können Sie Windows Update anweisen, weniger, dafür größere Anfragen anstelle vieler kleiner zu senden. Gehen Sie dazu im Gruppenrichtlinien-Editor ( g: gpedit.msc ) zu:
- Computerkonfiguration > Administrative Vorlagen > Windows-Komponenten > Windows Update
Suchen Sie die Einstellung „Automatische Update-Erkennungshäufigkeit“ und stellen Sie sie beispielsweise auf „3 Stunden“ ein. Dadurch fragt der Client nicht zu oft nach Updates, was die Last reduziert und Fehler verhindert. Suchen Sie außerdem nach verwandten Einstellungen zum Update-Prüfintervall, falls Sie dies weiter optimieren möchten.
Nach der Konfiguration führen Sie den gpupdate /forceBefehl in einer Administrator-Eingabeaufforderung aus, um die neue Richtlinie sofort anzuwenden.
Methode 3: Entfernen oder Erhöhen der XML-Größenbeschränkung auf WSUS
Dies ist etwas aufwendiger, da Zugriff auf die WSUS-Datenbank erforderlich ist. Die maximale XML-Dateigröße (standardmäßig 200 KB) kann zu Verbindungsabbrüchen führen, wenn Ihr Client versucht, große Update-Metadatenlisten herunterzuladen. Um diese Beschränkung zu erhöhen, öffnen Sie SQL Server Management Studio, stellen Sie eine Verbindung zu Ihrer SUSDB- Datenbank her und führen Sie folgenden Befehl aus:
USE SUSDB; GO select MaxXMLPerRequest from tbConfigurationC; UPDATE tbConfigurationC SET MaxXMLPerRequest = 0; Wenn Sie den Wert auf 0 setzen, wird die Größenbeschränkung vollständig aufgehoben. Beachten Sie jedoch: Dies gilt nur, wenn Sie den WSUS-Server verwalten. Andernfalls sollten Sie den Bereinigungsassistenten (/Optionen/Serverbereinigungsassistent) in der WSUS-Konsole ausführen, um alte, nicht verwendete Updates zu entfernen und die Metadatengröße zu reduzieren. Weniger Datenmüll bedeutet weniger Serverzugriffe und ein geringeres Risiko, die Beschränkung zu erreichen.
Anmerkung: Nach der Bereinigung werden die Clients weniger Daten abrufen, und die Anzahl der Sitzungen sollte zuverlässiger innerhalb der zulässigen Grenzen bleiben.
Methode 4: IIS WsusPool für bessere Leistung optimieren
Bei einer hohen Anzahl von Clients oder Updates kann der IIS-Anwendungspool Ihres WSUS-Servers überlastet sein. Sie können die WsusPool- Einstellungen im IIS-Manager anpassen : Gehen Sie zu „Anwendungspools“, klicken Sie mit der rechten Maustaste auf WsusPool und wählen Sie dann „Erweiterte Einstellungen“. Folgende Einstellungen sollten Sie vornehmen:
- Privater Speicherlimit (KB) : Auf 0 setzen, um die 1, 2-GB-Beschränkung aufzuheben.
- Warteschlangenlänge : Erhöhung von 10000 auf 25000, um mehr gleichzeitige Anfragen bearbeiten zu können.
- Zeitlimit (Minuten) : Erhöhung von 5 auf 15, um dem Pool mehr Spielraum zu geben.
- Antwort bei Dienst nicht verfügbar : auf TCP-Ebene gesetzt
Außerdem kann das Bearbeiten der web.configDatei unter [Pfad einfügen] C:\Program Files\Update Services\WebServices\ClientWebService\web.configund das Ändern httpRuntime maxRequestLength="4096"der 204800Einstellung executionTimeoutauf 7200 Sekunden bei großen Aktualisierungsfeeds hilfreich sein.
Methode 5: Windows Update-Einstellungen vollständig zurücksetzen
Wenn nichts anderes hilft, ist es manchmal notwendig, alle Windows Update-Komponenten zu entfernen und von vorne zu beginnen. Dazu müssen Dienste beendet, Cache-Dateien gelöscht und Update-Komponenten neu registriert werden. Es gibt zahlreiche Skripte dafür, aber eine schnelle Methode ist die Ausführung eines Batch-Skripts, das die Windows Update-Komponenten zurücksetzt, und anschließend die Suche nach Updates. Beachten Sie, dass dies zwar ein drastischer Schritt ist, aber oft notwendig, wenn Ihr Kunde wirklich nicht weiterkommt.
Wenn Sie diese Optionen bereits geprüft haben und der Fehler weiterhin auftritt, überprüfen Sie bitte Ihre Netzwerkstabilität und stellen Sie sicher, dass keine anderen Sicherheits- oder Proxy-Einstellungen die Aktualisierungsanfragen blockieren oder einschränken. Manchmal können auch einfache Firewall-Regeln oder DNS-Probleme diese Fehler verursachen.
Zusammenfassung
- Führen Sie diesen Befehl aus
wuauclt.exe /detectnow, um eine Aktualisierung zu erzwingen. - Passen Sie das Erkennungsintervall über Gruppenrichtlinien auf längere Zeiträume an.
- Erhöhen Sie die maximale Größe von API-XML-Anfragen auf WSUS mithilfe von T-SQL-Befehlen.
- Optimieren Sie die IIS-Einstellungen für den WSUS-Server, insbesondere den Arbeitsspeicherpool und die Warteschlangenlänge.
- Setzen Sie die Windows Update-Komponenten zurück, wenn nichts anderes hilft.
Zusammenfassung
Die Behebung dieses Fehlers kann eine Mischung aus schnellen Lösungen und tiefergehenden Serveranpassungen sein. In einem Fall löste sich das Problem von selbst, nachdem die Client-Updates zurückgesetzt wurden; in einem anderen Fall brachte die Optimierung des IIS-Pools einen großen Unterschied. Die Schwierigkeit besteht darin, herauszufinden, ob das Problem clientseitig, serverseitig oder im Netzwerk liegt. Hoffentlich helfen diese Schritte jemandem, den Update-Zyklus wieder in Gang zu bringen – denn das Warten auf fehlgeschlagene Updates ist einfach nur frustrierend.