Behoben: Probleme und Timeouts bei Synchronisierungsvorgängen in Windows Server Update Services

Gilt für
Win 10 Ent LTSB 2016 Win 10 Ent LTSC 2019 Windows 10 IoT Enterprise LTSC 2021 Windows 10, version 22H2, all editions Windows 11 Home and Pro, version 22H2 Windows 11 Enterprise Multi-Session, version 22H2 Windows 11 Enterprise and Education, version 22H2 Windows 11 IoT Enterprise, version 22H2 Windows 11 SE, version 23H2 Windows 11 Home and Pro, version 23H2 Windows 11 Enterprise and Education, version 23H2 Windows 11 Enterprise Multi-Session, version 23H2 Windows 11 version 24H2, all editions Windows 11 version 25H2, all editions Windows 11 version 26H1, all editions Windows Server 2012 ESU Windows Server 2012 R2 ESU Windows Server 2016 Windows Server 2019 Windows Server 2022 Windows Server 2025

Ursprüngliches Veröffentlichungsdatum: Samstag, 20. Juli 2026
KB-ID: 5121986

Einführung

Microsoft hat eine Dienstbeeinträchtigung aufgrund einer Anhäufung veröffentlichter Test-Detectoids im WSUS-Kanal (Windows Server Update Services) festgestellt. Die mit diesem Problem verbundenen Detectoids sind anhand eines Benennungsmusters wie dem folgenden zu erkennen:

  • Product Detectoid for ProductName TestProduct%

Ein Problem-Detectoid könnte zum Beispiel wie folgt aussehen:

  • Product Detectoid for ProductName TestProduct1272ad5c-e150-4370-b18d-7b940bd0e518

In Organisationen können längere Synchronisierungszeiten oder Zeitüberschreitungen für Synchronisierungsvorgänge auf WSUS-Servern auftreten. Dieses Problem begann vor kurzem, wobei ab dem 13. Juli 2026 erhöhte Auswirkungen beobachtet wurden.

Microsoft hat am 18. Juli 2026 eine Abhilfemaßnahme für dieses Problem bereitgestellt. Synchronisierungszeiten und Synchronisierungsvorgänge auf WSUS-Servern wurden wiederhergestellt und funktionieren bei neuen WSUS-Installationen und -Neubuilds normal. Durch diese Risikominderung wird verhindert, dass dieses Problem auf neu installierten oder neu erstellten WSUS-Servern auftritt.

Auf Clientcomputern kann die Ansammlung auch dazu führen, dass Windows Update-Scans fehlschlagen oder eine Zeitüberschreitung eintritt. Betroffene Clients können Fehler wie die folgenden protokollieren:

Error Bedeutung Was es anzeigt
0x80244010 WU_E_PT_EXCEEDED_MAX_SERVER_TRIPS Die Überprüfung hat die maximale Anzahl von Roundtrips zu WSUS überschritten. Dies ist das Schlüsselsymptom.
0x8024400E
0x80244007
WU_E_PT_SOAP_SERVER
WU_E_PT_SOAPCLIENT_SOAPFAULT
Der Server hat bei der Verarbeitung der Anforderung eine Zeitüberschreitung erreicht, oder der Client hat ein überdimensioniertes Dataset gesendet, das WSUS abgelehnt hat.
0x80244022
HTTP 503
Dienst nicht verfügbar Der WSUS-Anwendungspool (WsusPool) ist überlastet.
0x80240439 WU_E_PT_INVALID_FORMAT Überdimensionierte Client- oder Serverdatasets, die ungewöhnliche IIS-Fehler verursachen.
0x80072EE2 VERZÖGERUNGSTIMEOUT Der Scan lief zu lange und kam zu einer Zeitüberschreitung.

Lösung

Für WSUS-Server, die weiterhin von diesem Problem betroffen sind, empfehlen wir, die folgenden Schritte auszuführen, um die normale Funktionalität Ihres WSUS-Servers wiederherzustellen.

Schritt 1: Sichern der SUSDBs

Wichtig

Sichern Sie jede SUSDB-Datenbank, bevor Sie beginnen. Die Bereinigung löscht die Updatemetadaten endgültig und kann ohne Sicherung nicht rückgängig gemacht werden.

BACKUP DATABASE SUSDB 
TO DISK = N'<C:\Backup folder>\SUSDB_PreDetectoidCleanup.bak' 
WITH INIT, STATS = 5; 

Informationen zum Erstellen der Sicherung finden Sie unter Erstellen einer vollständigen Datenbanksicherung.

Schritt 2: Ausführen der Bereinigungsabfrage

Diese Abfrage löscht die falsch veröffentlichten Detectoids aus einem WSUS-System. Außerdem wird der Wert von MaxXMLPerRequest auf 0 festgelegt (um das Limit von 5 MB zu beseitigen), wodurch Probleme mit Clients behoben werden, die aufgrund der Überschreitung der maximalen Roundtrips zu WSUS beim Durchführen einer Synchronisierung nicht scannen können.

Wichtig

Diese Abfrage muss in SQL Management Studio für alle SUSDB-Datenbanken ausgeführt werden, einschließlich WSUS-Replikate. Löschungen werden nicht zwischen WSUS-Servern weitergegeben, daher muss jeder Serverkatalog direkt bereinigt werden. Clients, die an einen Downstreamserver berichten, der nicht bereinigt wurde, sehen weiterhin die Detectoids.

SET NOCOUNT ON; 

UPDATE tbConfigurationC SET MaxXMLPerRequest = 0  --Update the MaxXMLPerRequest to lift the limit 

DECLARE @updateID uniqueidentifier; 
DECLARE @retcode  int; 
DECLARE @deleted  int = 0; 
DECLARE @skipped  int = 0; 

DECLARE detectoid_cur CURSOR LOCAL FAST_FORWARD FOR 
    SELECT u.UpdateID 
    FROM dbo.tbUpdate u 
    JOIN dbo.tbRevision r ON r.LocalUpdateID = u.LocalUpdateID AND r.IsLatestRevision = 1 
    JOIN dbo.tbProperty p ON p.RevisionID = r.RevisionID 
    JOIN dbo.tbLocalizedPropertyForRevision tbrp ON tbrp.RevisionID = r.RevisionID 
    JOIN dbo.tbLocalizedProperty tlp ON tlp.LocalizedPropertyID = tbrp.LocalizedPropertyID 
    WHERE p.UpdateType = 'Detectoid' 
      AND tbrp.LanguageID = p.DefaultPropertiesLanguageID 
      AND tlp.Title LIKE 'Product Detectoid for ProductName TestProduct%'; 

OPEN detectoid_cur; 
FETCH NEXT FROM detectoid_cur INTO @updateID; 

WHILE @@FETCH_STATUS = 0 
BEGIN 
    BEGIN TRY 
        EXEC @retcode = dbo.spDeleteUpdateByUpdateID @updateID; 
        IF @retcode = 0 SET @deleted += 1; ELSE SET @skipped += 1; 
    END TRY 
    BEGIN CATCH 
        -- Most common: "still referenced by other update(s)" - safe to skip and continue 
        SET @skipped += 1; 
        PRINT CONCAT('Skipped ', CONVERT(varchar(40), @updateID), ' : ', ERROR_MESSAGE()); 
    END CATCH 

    FETCH NEXT FROM detectoid_cur INTO @updateID; 
END 

CLOSE detectoid_cur; 
DEALLOCATE detectoid_cur; 

Hinweis

Möglicherweise muss die maximale Anzahl gleichzeitiger Verbindungen für die WSUS-Verwaltungswebsite in IIS begrenzt und langsam angehoben werden, damit Clients den Scan abschließen können. Das Ziel sollte sein, IIS bei etwa 80 % CPU-Auslastung zu halten. Weitere Informationen finden Sie unter Grenzwerte für eine Website.

Schritt 3: Aktualisieren von MaxXMLPerRequest

Sobald WSUS stabilisiert ist und die Clients erfolgreich gescannt haben, sollte der MaxXMLPerRequest-Wert durch Ausführen der folgenden Abfrage auf die Standardeinstellung aktualisiert werden:

UPDATE tbConfigurationC SET MaxXMLPerRequest = 5242880

Nach dem Ausführen der Bereinigung

  • Die Clientwiederherstellung erfolgt automatisch Die erste Überprüfung auf jedem Client nach der Bereinigung führt eine einmalige Aufholjagd durch und kann länger als gewöhnlich dauern. Bei späteren Scans wird das normale Timing wieder normal. Für einzelne Clients sind keine Aktionen erforderlich.

  • Bestätigen des Fixes auf einem Client Im WindowsUpdate.log des Clients sollte der Scaneintrag, der liest evaluated appl. rules of X out of N deployed entities , nach der nächsten Überprüfung ein viel niedrigeres N anzeigen. Die Suche WindowsUpdate.log nach den Detectoid-IDs liefert keine Übereinstimmungen. Verwende daher die Anzahl der bereitgestellten Entitäten, um die Entlastung zu bestätigen. Informationen zum Erstellen der WindowsUpdate.log Datei finden Sie unter Generieren von WindowsUpdate.log.

  • Verwalten des Servers Ein großer Löschvorgang fragmentiert die SUSDB-Indizes. Nach der Bereinigung indizieren Sie SUSDB neu, führen Sie den WSUS-Assistenten für die Serverbereinigung aus und führen Sie dann IISReset aus, oder recyceln Sie den WsusPool-Anwendungspool, um den zwischengespeicherten Katalogstatus zu löschen.

  • Speicherplatz Die clientseitige Datei "DataStore.edb " wird nach dem Entfernen der Detectoids nicht automatisch verkleinert. Dies wird erwartet und wirkt sich nicht auf die Scanleistung aus.

Referenzmaterial

Der vollständige Leitfaden zur WSUS- und Konfigurations-Manager SUP-Wartung.