Gute Nachricht für Administratoren von Windows Server-Instanzen, die den Windows Server Update Service (WSUS) einsetzen. Seit geraumer Zeit gab es Sync-Probleme mit den Clients, die nicht reporten konnten. Mit den September 2026-Updates wurde dieses Problem wohl behoben, wie erste Rückmeldungen aus der Leserschaft ergeben haben.
Diverse WSUS-Sync-Probleme in Windows
Administratoren von Windows Server-Instanzen, die den Windows Server Update Service (WSUS) einsetzen berichteten geraumer Zeit über Sync-Probleme mit den Clients, die nicht reporten konnten. Zudem gab es vor einiger Zeit ein Problem, dass ein neu aufgesetzter WSUS nicht mit den Microsoft Servern synchronisieren konnten.
Problem #1 bei neu aufgesetztem WSUS
Seit dem 15.06.2026 gab es Hinweise von Administratoren, dass sich ein neu als Rolle unter Windows Server installierter WSUS nicht synchronisieren konnte. Ich hatte den Sachverhalt seinerzeit im Blog-Beitrag Windows-Server: WSUS-Installations-/Erst-Sync-Problem aufgegriffen. Später bestätigte Microsoft das Problem und hatte am 18. Juli 2026 einen Fix ausgerollt (siehe Microsoft bestätigt WSUS-Sync-Probleme nach Juli 2026-Updates). Meines Wissens nach hat Microsoft einen Fix veröffentlicht, der das obige Problem der Erst-Synchronisierung mit den "Metadaten-Servern" von Microsoft beheben sollte.
Problem#2 beim Client-Reporting zum WSUS
Hier im Blog meldeten sich im Umfeld des obigen Probleme weiterhin Administratoren in Kommentaren und berichteten, dass Windows-Clients bestimmter Hersteller (Fujitsu, Dell) nicht mehr an den WSUS reporten konnten. Für dieses Problem gab es meines Wissens nach bisher keine Lösung.
WSUS-Sync-Problem seit Sept. 2026-Update gefixt?
Zum 8. September 2026 hat Microsoft Sicherheitsupdates für Windows-Clients (siehe Patchday: Windows 10/11 Updates (8. September 2026)) und für Windows Server (siehe Patchday: Windows Server-Updates (8. September 2026)) veröffentlicht. Ich habe in den Support-Beiträgen von Microsoft keinen Hinweis darauf gefunden, dass die WSUS-Sync-Probleme durch diese Updates behoben wurden. Allerdings trägt die Leserschaft womöglich dazu bei, Licht ins Dunkel zu bringen (danke an dieser Stelle für die Hinweise).
Erste Rückmeldung zum WSUS-Sync-Fix
In diesem Kommentar vom 8. September 2026 zu meinem Blog-Beitrag Windows-Server: Eine Ursache für das WSUS-Sync-Problem gefunden? schreibt Blog-Leser Horst, dass bei ihm das WSUS-Reporting durch die Windows-Clients wieder funktioniere.
So, nach Installation des 09-2026 Patches KB5122871 auf unserem WSUS (Server 2025) reporten die betroffenen Clients wieder (benötigt nur 09-2026 auf dem Server, Client können auch älter sein.)
Horst vermutete, dass dieser Bug auch für den WSUS auf Windows Server 2022/2019/2016 gefixt wurde. In einem Folgekommentar bestätigt ein weiterer Leser, dass bei ihm betroffen Clients nach Installation der September 2026-Updates auf Windows Server das Reporting der Clients an den WSUS wieder funktioniert.
Weitere Bestätigungen durch Leser
In Kommentaren zum Blog-Beitrag Patchday: Windows Server-Updates (8. September 2026) haben sich weitere Administratoren gemeldet, die ebenfalls von einem Fix für das WSUS-Reporting-Problem berichten. Blog-Leser Arno schrieb in diesem Kommentar:
Diese Update behebt auch das Problem das diverse Client keinen Report an den WSUS Server senden konnten.
In einem Folgekommentar bestätigt Leser Sebastian, dass das September 2026-Update für Windows Server 2019 beim Sync-Problem geholfen habe. Die WSUS-Reports von der betroffenen Fujitsu-Rechnern laufen wieder beim WSUS ein.
Hat noch jemand WSUS-Reporting-Probleme?
Blog-Leser Fritz merkt in diesem Kommentar zum 9. September 2026 an, dass die meisten Validierungsfehler, die bisher bei bestimmten Windows-Clients beim Reporting gemeldet wurden (insbesondere mit leeren Strings), verschwunden sind. Ein Fehler ist laut Fritz geblieben:
Parametername: e —> System.FormatException: GUID muss 32 Ziffern mit 4 Bindestrichen enthalten (xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx).
An dieser Stelle die Frage an betroffene Administratoren, ob diese Fixes für alle Windows-Clients der unterschiedlichen Hersteller geholfen haben? Neben Fujitsu-Rechnern habe ich im Hinterkopf, dass auch Clients von Dell und ASUS betroffen sind bzw. waren.
Ähnliche Artikel:
Microsoft Security Update Summary (8. September 2026)
Patchday: Windows 10/11 Updates (8. September 2026)
Patchday: Windows Server-Updates (8. September 2026)
Patchday: Microsoft Office Updates (8. September 2026)
Exchange Server: Sicherheitsupdates (8. September 2026)
September 2026-Updates fixen Mauszeiger- & Desktop-Wallpaper-Bugs und App-Crashes
MVP: 2013 – 2016
Nach dem CU9 auf dem WSUS Server melden sich die Fujitsu Rechner wieder mit aktuellem Status.
ASUS Geräte melden sich auch wieder.
Ich habe dieses Update (abseits vom normalen Freigabeprozeß, der das Wochenende vorsieht) schon gestern Abend auf den relevanten produktiven WSUS eingespielt und von allen (auch den problematischen) Clienten Rückmeldungen erhalten.
Den einzigen Hinweis bei Microsoft überhaupt finde ich im Text zu KB5122882 unter "Bekannte Probleme bei diesem Update".
>> Windows Server Update Services (WSUS) zeigt keine Fehlerdetails an
Da steht allerdings nicht, daß es gelöst wurde, nur deaktiviert.
Bei mir betroffen waren (neben den schon bekannten Fujitsu) noch Intel NUC der Generation 7 und 10 und ein paar Industrie-PC von Spectra (ältere NISE), die sich im WSUS nur mit Strings wie "To be filled by O.E.M." oder "Default string" melden.
Den oben zitierten Parameter "e" mit der GUID tue ich im Moment als Einzelfall ab, da es wirklich nur einen Clienten betrifft, hier hilft vermutlich das oft empfohlene Plattmachen des "SoftwareDistribution" Ordners mit der Reporting Queue – mache ich, wenn eine Produktionspause ist und ich an das Gerät herankomme.
Insofern betrachte ich das Problem als behoben.
Danke für die Berichterstattung.
Das Problem, daß bei den Clients (und NUR den Clients) kein aktueller Status angezeigt wird, besteht bei uns leider seit dem 13. Juli noch immer.
Wir haben auch Intel-NUCs, aber auch diverse Wortmann Terra Notebooks und dgl. im Einsatz.
Was echt schräg ist: Ein exakt gleich aufgesetzter, mit ein und denselben GPOs versehener, denselben Gruppen zugehöriger,… mal im August aufgesetzter Client, reportet einwandfrei.
Natürlich haben wir die altbewährten Tricks [Dienste beenden, Softwaredistribution löschen, resetauthorization, detectnow, reportnow (alles in einer "elevateden" Commandshell), Client aus dem WSUS löschen und die SUSClientID ebenfalls löschen,….] versucht. Leider brachte das alles nix.
Vielleicht das am WSUS Server trotzdem mal laufen lassen?
https://support.microsoft.com/en-us/servicing/os/windows/docs/2026/07/kb5121986-windows-server-update-service-sync-operations-issues-and-timeouts
https://borncity.com/blog/2026/07/20/microsoft-bestaetigt-wsus-reporting-probleme-nach-juli-2026-updates/#comment-261683
Wir waren auch von dem Reporting-Problem betroffen. Die Installation des neusten Update auf dem Server hat das Problem gelöst. Die Clients reporten wieder wie gehabt.