Devo eseguire il backup del mio server WSUS?

La mia domanda è semplice e penso di conoscere la mia risposta: sto davvero dopo una conferma da parte di altri.

Ovviamente, se il mio server WSUS muore, avrò alcuni download pesanti da eseguire una volta eseguito il backup, e questo non è un problema. Stavo pensando di più al database dietro WSUS - dovrebbe essere eseguito il backup?

Quello che penso accadrà è che sarebbe come impostare nuovamente WSUS per la prima volta: modificare i criteri di gruppo e il server WSUS costruirà da zero il suo database di computer e i loro aggiornamenti installati.

Ho ragione nei miei presupposti o farà qualcosa di inaspettato?
È meglio a lungo termine eseguire il backup del database, dire una volta al mese e finirlo?

Dipende da quanto sia complicato il layout del tuo gruppo e se hai fatto molte approvazioni / smentite personalizzate per determinati gruppi. Dipende anche se ti interessa la cronologia e lo stato corrente dei computer nel database.

Se hai una configurazione molto semplice in cui stai solo approvando tutti gli aggiornamenti e non ti interessa davvero la cronologia di nessuno dei computer, non è necessario eseguire il backup del database o degli aggiornamenti. Probabilmente ci vorrebbe meno tempo per ricostruire il servizio da zero (a seconda della velocità della connessione di rete a Microsoft) rispetto al ripristino dal backup. Tutte le macchine esistenti effettueranno il check-in con il nuovo server una volta acceso.

È un'analisi dei rischi piuttosto semplice per qualsiasi servizio. Se si dispone di dati che sarebbero costosi (tempo o denaro) o impossibili da ricreare da zero, è necessario eseguire il backup. Altrimenti, non preoccuparti.

Il backup del database è una piccola attività e il backup degli aggiornamenti non ha davvero senso in quanto è sufficiente scaricarli di nuovo nuovamente se è necessario ricostruire il server WSUS. La maggior parte degli aggiornamenti sono già applicati comunque.

Eseguo il backup del mio database WSUS in modo da non dover annotare (o ricordare) gli aggiornamenti da rifiutare (ad esempio abbiamo un plug-in di parole personalizzato che si arresta in modo anomalo con un determinato KB).

Ho esaminato questo aspetto in un precedente lavoro quando i backup si stavano avvicinando alla capacità del nastro. Invece di continuare a eseguire il backup di WSUS, l'ho impostato su un altro server e l'ho configurato come server downstream, anche se in realtà non serviva alcun client. Ho pensato che, se necessario, potevo semplicemente modificare le impostazioni dell'oggetto Criteri di gruppo che punta al server e andare avanti con questioni più urgenti, come ripristinare il resto del sistema guasto. La spaziatura del disco utilizzata non era un problema, ma ha liberato spazio prezioso sui nastri.

Lo farei comunque il backup, solo per il fattore di comfort extra. Mi sembra che WSUS non sia qualcosa che deve assolutamente essere incluso nei normali processi di backup notturni e potrebbe invece essere eseguito durante il giorno, il che potrebbe semplificare le cose se la finestra temporale e / o lo spazio di archiviazione sono ridotti. Che tu voglia o meno fare il backup degli aggiornamenti, del database e di altre configurazioni dipende davvero da te; se è banale scaricarli di nuovo, probabilmente non è necessario.

Se decidi di non eseguirne il backup, assicurati di documentare COMPLETAMENTE la configurazione . Ricostruire il sistema operativo e il software applicativo e di database può essere banale, ma a meno che non si sia ripristinata la configurazione in quel momento, non è stata ripristinata.

Quello che stai dicendo in merito a: la ricostruzione del server WSUS è corretta (anche se l'URL di aggiornamento per il server WSUS sostitutivo è lo stesso del server WSUS non riuscito, nessuna modifica alla configurazione del client in relazione a: Criteri di gruppo, impostazioni del Registro di sistema, ecc. necessario).

Se eseguire o meno il backup del database WSUS è in realtà solo uno svantaggio del tempo da scaricare rispetto all'utilizzo delle risorse di backup (spazio, tempo nella finestra di backup). In genere è piuttosto piccolo, quindi andrei testa e lo prenderei un po 'regolarmente.

Quanto lavoro sarebbe necessario per reimpostarlo?

Quanto impegno / costo è richiesto per il backup?

Se il lavoro per configurarlo costa meno del costo del backup, hai una risposta.

Prendo una nostra immagine fantasma una volta al quarto .. alcuni mesi di patch sono piccole patate nello schema delle cose .. ma lo costringo anche a usare il proxy comunque, quindi nel caso in cui muoia, posso ancora carica la maggior parte di questi localmente attraverso quello .. (il nostro proxy ha una GRANDE cache, 100 GB)

Saluti per avermelo ricordato, sto aggiungendo un'attività pianificata in modo da non dimenticare il prossimo trimestre e sto eseguendo il backup ora!

È sempre una buona idea avere un backup di qualsiasi server.

Il dolore di dover reimpostare wsus e poi schiacciare tutte le macchine in esso è di gran lunga maggiore dei 30 secondi necessari per impostare una sorta di backup sulla macchina.

Eseguire un dump giornaliero del DB / sistema su un semplice volume esterno o se si dispone di un'infrastruttura di backup interna scaricarlo lì.

IMO no, il tempo / la seccatura per ricostruire un server WSUS è trascurabile e non è un elemento critico in termini di tempo che ti uccide quando è inattivo.

Se desideri attenuare il più possibile la seccatura, imposta il targeting lato client tramite criteri di gruppo per le tue workstation / server. Ciò ridurrà le spese generali di gestione di WSUS, oltre a rendere la ricostruzione indolore.

Quando si tiene conto del costo di una CAL per il backup SQL, o se si imposta o lo si mantiene tramite un metodo manuale, non riesco davvero a trovare un argomento valido per eseguirne il backup.