WSUS-Erstsynchronisation schlägt fehl: SqlException 50000 und der WSL-Kategorie-Workaround
Wer aktuell einen neuen WSUS-Server aufsetzt, riskiert eine abbrechende Erstsynchronisation. Logs zeigen dann eine SqlException 50000 mit invalid update identity in XML. Microsoft bestätigte das Problem und lieferte mit KB5121986 einen Fix, der nicht alle Fälle abdeckt. Ein Praxisbericht vom 6. September 2026 deutet auf die Produktkategorie Windows-Subsystem für Linux als mögliche Ursache hin. Der Artikel fasst Problem, offiziellen Fix und Community-Workaround zusammen.
Das Problem in der Praxis
Ein Administrator richtet einen neuen WSUS-Server auf Windows Server ein, stellt die Produkt- und Klassifizierungsauswahl zusammen und stößt die Erstsynchronisation mit den Microsoft-Update-Servern an. Statt der erwarteten Liste an Updates bricht der Vorgang ab. Im Anwendungsereignisprotokoll und in den WSUS-eigenen Logs erscheint eine SqlException mit der Nummer 50000, begleitet von der Meldung invalid update identity in XML. Wiederholte Versuche führen zum selben Ergebnis, ein Rollback der Konfiguration bringt in vielen Fällen keine Besserung. Seit Mitte Juni 2026 häufen sich Meldungen zu genau diesem Muster, auffallend oft aus Europa. Betroffen sind vor allem frisch aufgesetzte oder neu synchronisierte WSUS-Instanzen, während länger laufende Server mit bereits vollständiger Update-Datenbank seltener betroffen sind.
Typische Symptome im Überblick
- Erstsynchronisation bricht mit SqlException Number 50000 ab
- Fehlertext invalid update identity in XML in den WSUS-Logs
- Wiederholte Synchronisationsversuche scheitern identisch
- Betroffen sind bevorzugt neu eingerichtete WSUS-Server
- Häufung der Meldungen seit Mitte Juni 2026, Schwerpunkt Europa
- Bestehende, länger laufende WSUS-Umgebungen sind seltener betroffen
- Auch nach Neustart der Dienste WsusService und SQL-Instanz bleibt der Fehler bestehen
- Manuelle Synchronisation über die Konsole und der geplante Task zeigen dasselbe Verhalten
Microsofts Reaktion und der Fix vom 18. Juli 2026
Microsoft hat die anfänglichen Synchronisationsprobleme bestätigt und am 18. Juli 2026 einen Fix ausgeliefert. Laut Berichterstattung von BornCity handelt es sich dabei um das Update mit der Kennung KB5121986. Der Fix behebt einen Teil der gemeldeten Fälle, löst das Problem aber nicht vollständig auf. Mehrere Administratoren berichten, dass die Erstsynchronisation auch nach Einspielen von KB5121986 weiterhin mit derselben SqlException abbricht, insbesondere wenn bestimmte Produktkategorien in der WSUS-Konfiguration aktiviert sind. Damit bleibt die Fehlersuche für einen Teil der Betroffenen offen, und die Ursache scheint nicht einheitlich zu sein, sondern von der jeweiligen Produktauswahl im WSUS abzuhängen.
Leserbericht vom 6. September 2026: Verdacht auf WSL-Kategorie
Ein Leserbericht vom 6. September 2026 liefert einen konkreten Ansatzpunkt. Demnach kann die ausgewählte Produktkategorie Windows-Subsystem für Linux die Ursache für gescheiterte Synchronisationen sein. Konkret betroffen ist ein Update beziehungsweise eine Kategorie mit der Kennung CF56FF39 innerhalb der Produktfamilie WSL mit der GUID 79d72fdc-efcd-4911-8d4f-a3f00c69bdf4 in Revision 201. Diese Kategorie wird dem Bericht zufolge derzeit offenbar nicht über den Microsoft-Synchronisierungsendpunkt bereitgestellt. Die Folge: Der WSUS-Server versucht, ein untergeordnetes Produkt dieser Kategorie zu importieren, findet die zugehörigen Metadaten aber nicht vollständig vor, was in der beschriebenen SqlException und der Meldung invalid update identity in XML mündet.
| Merkmal | Angabe |
|---|---|
| Fehlercode | SqlException Number 50000 |
| Fehlermeldung | invalid update identity in XML |
| Beobachtungszeitraum | seit Mitte Juni 2026, Häufung in Europa |
| Microsoft-Fix | KB5121986, ausgerollt am 18. Juli 2026 |
| Deckt Fix alle Fälle ab | Nein, laut Praxisberichten weiterhin Restfälle |
| Verdächtige Kategorie | CF56FF39 |
| Produktfamilie | WSL, GUID 79d72fdc-efcd-4911-8d4f-a3f00c69bdf4, Revision 201 |
| Quelle des Workarounds | Community-Praxisbericht, keine offizielle Microsoft-Bestätigung |
Der Community-Workaround: WSL-Produkt vorruebergehend abwählen
Als praktischer Workaround wird in der Community empfohlen, die Produktauswahl Windows-Subsystem für Linux in der WSUS-Konfiguration vorruebergehend zu deaktivieren und die Synchronisation danach erneut anzustoßen. Läuft die Synchronisation ohne die WSL-Kategorie fehlerfrei durch, gilt dies als Indiz dafür, dass tatsächlich die fehlerhafte Kategorie CF56FF39 die Ursache war. Wichtig ist dabei die Einordnung: Es handelt sich um einen Praxisbericht aus der Community, nicht um eine von Microsoft offiziell bestätigte Lösung. Wer WSL-Updates über WSUS an Clients verteilt, muss diese Abhängigkeit im Blick behalten und die Produktauswahl reaktivieren, sobald Microsoft die Kategorie wieder korrekt über den Synchronisierungsendpunkt bereitstellt.
Schritt-für-Schritt-Vorgehen für den Workaround
- Aktuelle WSUS-Konfiguration inklusive Produkt- und Klassifizierungsauswahl dokumentieren
- Vollständiges Backup der WSUS-Datenbank anlegen, bevor Änderungen vorgenommen werden
- Relevante Logs aus WsusService und dem Anwendungsereignisprotokoll sichern
- In der WSUS-Konsole unter Optionen und Produkte und Klassifizierungen die Auswahl Windows-Subsystem für Linux entfernen
- Erstsynchronisation erneut anstoßen und Ergebnis in den Logs prüfen
- Bei erfolgreicher Synchronisation regelmäßig kontrollieren, ob die WSL-Kategorie inzwischen wieder fehlerfrei bereitgestellt wird
- Produktauswahl erst nach bestätigter Behebung durch Microsoft wieder aktivieren
Wichtige Vorsichtsmaßnahmen
- Vor jeder Änderung ein vollständiges Backup der WSUS-Datenbank erstellen
- Die bestehende Produkt- und Klassifizierungskonfiguration schriftlich dokumentieren
- Relevante Logdateien vor Eingriffen sichern, um spätere Analysen zu ermöglichen
- Kategorien nicht blind löschen, sondern gezielt und nachvollziehbar deaktivieren
- Änderungen zunächst in einer Testumgebung nachvollziehen, sofern vorhanden
- Nach Einspielen von KB5121986 prüfen, ob der Fehler weiterhin auftritt, bevor der Workaround angewendet wird
Einordnung und Ausblick
Das WSUS-Synchronisationsproblem zeigt, wie empfindlich die Update-Infrastruktur auf fehlerhafte oder unvollständige Metadaten einzelner Produktkategorien reagieren kann. Der offizielle Fix KB5121986 vom 18. Juli 2026 hat die Lage für viele Umgebungen verbessert, aber nicht vollständig gelöst. Der Hinweis auf die WSL-Kategorie CF56FF39 aus dem Leserbericht vom 6. September 2026 liefert Administratoren einen konkreten Ansatzpunkt zur Fehlersuche, ersetzt aber keine offizielle Microsoft-Lösung. Bis Microsoft die betroffene Kategorie wieder vollständig über den Synchronisierungsendpunkt bereitstellt, bleibt der beschriebene Workaround eine Übergangslösung, die nur mit vorherigem Backup und sauberer Dokumentation angewendet werden sollte. Wer WSUS im Unternehmen betreibt, sollte die Entwicklung rund um dieses Problem weiter beobachten und die eigene Konfiguration regelmäßig gegen aktuelle Berichte abgleichen.
Weiterführende Informationen zu verwandten Themen bieten die Artikel Windows Updates: WSUS und Update for Business sowie Windows Server 2025 Upgrade über Windows Update im Mai 2026.
