Continuiamo la sezioneAiuto per l'amministratore«
A causa del fatto che il servizio WSUS non è critico e di solito nessuno esegue copie di backup del database WSUS (che è in SQL) e, in caso di arresto anomalo di questo database, reinstallare l'intero servizio e scaricare nuovamente tutti gli aggiornamenti in qualche modo non va bene, abbiamo avuto l'idea di pubblicare questo articolo.
In caso di perdita completa del database subd (nessun backup) è necessario eseguire le seguenti operazioni:
- Arrestare WSUS
- Dalla cartella C:\Program Files\Update Services\Tools eseguire il comando .\Wsusutil.exe postinstall SQL_INSTANCE_NAME=”nome istanza” CONTENT_DIR=”lettera unità:\WSUS”
Il punto all'inizio è obbligatorio. \" prima di wsusutil.exe, altrimenti non funzionerà in PowerShell. Per l'istanza SQL predefinita, inserisci semplicemente il nome del server. Hai bisogno di virgolette nel comando sopra. Questo eseguirà una post-installazione che installerà SUSDB, ricreerà il sito web sulla porta 8530 (predefinita) e rimappa tutto su ContentDir. Il comando post installazione creerà un registro nella directory \AppData\Local\Temp che assomiglierà a tmp*.tmp. Questo registro potrebbe essere di 0 KB per un po'. Creerà anche un altro registro denominato WsusUtilUseCustomWebSite.log. Il registro del sito Web scomparirà se l'installazione del sito Web è corretta, a quel punto verrà scritto tmp*.log. Il tmp log ti mostrerà le tabelle, le stored procedure, le viste e così via che vengono create/convalidate in SUSDB.
- Avvio dei servizi WSUS
- Successivamente, è necessario riconfigurare WSUS
- Esecuzione della sincronizzazione
- Nei registri durante la sincronizzazione, riceverai un errore
Si è verificata un'eccezione WsusService.37 DBConnection.ExecuteCommandNoResult SqlException. Numero 50000 e messaggio identità di aggiornamento non valida in XML per l'aggiornamento
Non aver paura dopo la sincronizzazione, questi errori scompariranno