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.