WSUS-Konsole nach "Unerwarteter Fehler im WSUS-Snap-In" wiederherstellen

Zeigt die Konsole jedoch Unerwarteter Fehler im WSUS-Snap-In, dann bietet sie nur an, dieses zu entfernen. Das löst aber kein Problem, weil das erneute Einhängen des Snap-Ins zum gleichen Ergebnis führen würde. Abgesehen davon bewirkt diese Operation meist nur, dass sich die MMC ganz aufhängt.

Als eine erste Maßnahme in einer derartigen Situation empfiehlt es sich, die Konfiguration der WSUS-Konsole zurück­zusetzen. Dies ist mit wenig Aufwand verbunden und erfordert anschließend bloß, dass man in der nun leeren Konsole erneut den oder die WSUS-Server hinzufügt.

Zu diesem Zweck löscht man die Datei wsus unter %appdata%\Microsoft\MMC. Falls man als Standard­benutzer die WSUS-Konsole unter einem admini­strativen Konto startet, dann ist zu bedenken, dass man diese Konfigurations­datei im Profil dieses privile­gierten Users entfernen muss.

Postinstallation erneut ausführen

Schafft diese Maßnahme keine Abhilfe, dann wechselt man für die weitere Problem­lösung auf den Server. Hier lässt sich ein großer Teil der Konfiguration mit Hilfe des Utilities wsusutil.exe auffrischen. Genau genommen geht es dabei um eine Wiederholung der Postinstallation, die bei einem normalen Setup vom Wizard erledigt wird.

Zur Reparatur von WSUS nach einem fehlerhaften Update, das Microsoft 2016 veröffentlich hat, empfiehlt dieses Support-Dokument den Aufruf von

wsusutil.exe postinstall /servicing

Der Schalter servicing ist undokumentiert, so dass nicht klar ist, welche Teile der Konfiguration dadurch korrigiert werden sollen. Wie jedoch im TechNet-Forum an mehreren Stellen beschrieben, brach die Ausführung des Programms auch bei mir mit einem Eintrag in die Log-Datei ab, wonach es die Datenbank nicht bearbeiten kann (bei Verwendung der internen Datenbank).

Der reguläre Aufruf von wsusutil zur Ausführung der Postinstallation lief hingegen problemlos durch. Der Befehl erfolgt in der Form

wsusutil.exe postinstall CONTENT_DIR=<Verzeichnis für die Updates>

Sieht man sich anschließend die Log-Datei an, dann erkennt man, dass die WSUS-Konfiguration weitgehend renoviert wurde. So schreibt das Utility die Registry-Einträge neu, vergibt die Berechtigungen auf das Content-Verzeichnis, erstellt nochmals die erforderlichen File-Shares und führt ein Datenbank-Script aus. Schließlich startet es den WSUS-Dienst neu.

Nach der erneuten Ausführung der Postinstallation sind alle benutzer­spezifischen Einstellungen weiterhin vorhanden, unter anderem die Auswahl der Produkte, die Liste der von WSUS mit Updates versorgten Computer oder auch die Genehmigungen und Ablehnungen.