Wir setzen den Abschnitt fort „Hilfe für den Administrator"
Aufgrund der Tatsache, dass der WSUS-Dienst nicht kritisch ist und normalerweise niemand Sicherungskopien der WSUS-Datenbank (die in SQL ist) anlegt und im Falle eines Absturzes dieser Datenbank den gesamten Dienst neu installiert und alle Updates erneut herunterlädt ist irgendwie nicht gut, da kamen wir auf die idee diesen artikel zu veröffentlichen.
Bei vollständigem Verlust der Datenbank subst (keine Backups) müssen Sie Folgendes tun:
- Stoppen Sie WSUS
- Führen Sie den Befehl aus:
Der Punkt am Anfang ist erforderlich. \" vor wsusutil.exe, sonst funktioniert es in PowerShell nicht. Geben Sie für die Standard-SQL-Instanz einfach den Servernamen ein. Sie benötigen Anführungszeichen im obigen Befehl. Dadurch wird eine Nachinstallation ausgeführt, die SUSDB installiert, die Website auf Port 8530 (Standard) neu erstellt und alles ContentDir neu zuordnet. Der Befehl nach der Installation erstellt ein Protokoll im Verzeichnis \AppData\Local\Temp, die wie tmp*.tmp aussehen wird. Dieses Protokoll kann für eine Weile 0 KB groß sein. Außerdem wird ein weiteres Protokoll mit dem Namen „WsusUtilUseCustomWebSite.log“ erstellt. Das Website-Protokoll verschwindet, wenn die Website-Installation in Ordnung ist, dann wird an dieser Stelle tmp*.log geschrieben. Das tmp-Protokoll zeigt Ihnen die Tabellen, gespeicherten Prozeduren, Ansichten usw., die in SUSDB erstellt/validiert werden.
- Starten von WSUS-Diensten
- Als nächstes müssen Sie WSUS neu konfigurieren
- Synchronisation durchführen
- In den Protokollen während der Synchronisierung erhalten Sie einen Fehler
Warnung „WsusService.37 DBConnection.ExecuteCommandNoResult SqlException“ aufgetreten. Nummer 50000 und Meldung ungültige Aktualisierungsidentität in XML für Aktualisierung
Haben Sie keine Angst, dass diese Fehler nach der Synchronisierung verschwinden