Come si effettua un backup di un server live?

Nel mio nuovo lavoro, ho un server di produzione con le seguenti qualità:

• Windows Server 2003, hardware antico
• Database assolutamente vitale
• Nessun backup di sorta
• Tutti in azienda hanno diritti di amministratore completi, le password sono archiviate in un .txt nella condivisione globale
• Nessun programma di installazione, ad eccezione del sistema operativo
• La macchina stessa è seduta su una mensola di legno a 5 piedi da terra contro una parete esterna con frequente traffico di camion dall'altra parte; lo scaffale è già piegato dal carico costante
• Non è stato riavviato in $ DEITY sa per quanto tempo, il mio predecessore non era nemmeno sicuro che sarebbe sopravvissuto; ovviamente non sono mai stati applicati aggiornamenti
• L'UPS è installato, ma poiché tutto è collegato ad esso, durerebbe 10 minuti al massimo
• Nessun pezzo di ricambio o budget hardware

Come posso effettuare un backup completo con un impatto minimo sul server? Non sono sicuro di quanto sia vicino a un crollo totale. Per quanto ne so, collegare una chiavetta USB potrebbe uccidere la società e, naturalmente, sarà tutta colpa mia, dal momento che "funzionava bene prima di toccarlo".

La soluzione ideale sarebbe una VM, quindi ho anche un ambiente di test (separato ovviamente).

Aggiornamento: dopo una lunga chiacchierata con il capo, ora ho il permesso di fare tutto ciò che penso sia meglio a lungo termine, quindi adesso c'è speranza. Inoltre, ho scoperto che la maggior parte dei dati meritevoli di backup viene archiviata nei computer client in directory ben nascoste, il disco rigido del server non è abbastanza grande e mentre non ho ancora un budget hardware, c'è un'altra scatola antica che è fallito perché tutto il malware lo ha impantanato. Sospiro.

Le risposte tecniche di tutti gli altri sono perfette, ma devi considerare un'altra opzione; partire.

Il motivo per cui suggerisco questo è perché se la tua azienda apprezza il suo IT così poco, probabilmente apprezzeranno i tuoi sforzi ancora meno. Quando, e intendo dire quando, questo sistema uccide i loro affari, ti daranno tutta la colpa, sparandoti e facendoti male dove possono, magari anche inseguendoti per qualche forma di danno. Potrei suggerirti di sederti con loro per spiegare la loro mancanza di investimenti e l'urgente necessità di farlo, ma da quello che hai detto non sono sicuro che ascolteranno.

Quindi il mio suggerimento è quello di cercare un posto che meriti il ​​professionismo che sei chiaramente interessato a offrire - non credo che lo troverai difficile. In bocca al lupo.

Bello.

Consiglierei VMware Converter ( http://www.vmware.com/products/converter/ ). È gratuito, farà da fisico a virtuale (p2v) e l'ho usato per fare qualcosa di simile.

L'unico problema potrebbe essere che potrebbe essere sensibile alla versione patch della destinazione. Ti auguro tanta fortuna.

Posso solo raccomandare di usarlo come incentivo per non consentire a un server di entrare in questa situazione. E spero sinceramente che il tuo predecessore non sia in grado di permettere che qualcosa del genere accada di nuovo.

EDIT: Sembra che tu sappia che questa è una brutta situazione, che è grandiosa. Se vuoi continuare ad affinare le tue abilità, ti consiglio di prendere una copia di The Practice of System and Network Administration. È approvato da Serverfault

Sembra che tu sia abbastanza fregato; l'intera situazione è assolutamente orribile dal punto di vista IT.

Probabilmente farei del mio meglio per ottenere un altro server, aggiornarlo, installare il software del database su di esso e proteggerlo con le autorizzazioni appropriate e mettere in atto una buona routine di backup per il nuovo server, quindi migrare il vecchio database nel nuovo sistema.

Per rispondere alla tua domanda, se hai intenzione di virtualizzarla c'è un convertitore VMWare che può farlo, ma devi comunque rischiare problemi nel farlo. È inoltre necessario essere consapevoli di alcuni elementi di modifica dell'hardware che si verificano nella conversione e farla testare, nonché tenere conto del fatto che il database e il server vitale vengono "disattivati" durante la transizione.

Questo non risolve anche i problemi di sicurezza (come si fa a impedire ad altri impiegati di "cancellare accidentalmente" il database vitale?) Né risolvere la mancanza di un corretto problema di routine di backup ...

Per rispondere in modo più preciso alla domanda, è possibile aggiornarla con uno qualsiasi dei numerosi programmi di backup commerciali che in genere comportano l'esecuzione di un qualche tipo di programma agente che sa come gestire i file aperti. Implica comunque il riavvio, quindi c'è qualche rischio dalla descrizione del sistema che hai fornito. Non hai detto che cosa stava funzionando questo database, quindi non so se ci sia un problema specifico legato alla configurazione del software.

Sarei tentato di iniziare programmando un orario per spegnere il server e l'immagine dell'intera unità da un CD avviabile, sia che utilizzi qualcosa di open source (disco di avvio di Linux e DD su un altro supporto o utilizzi il partimage, ma non c'è garanzia che questi ripristinerà correttamente su un'altra unità senza testarlo) o commerciale (acronis o fantasma, per esempio). Una volta che hai un'immagine del disco, hai almeno la possibilità di essere in grado di ripristinare o estrarre i dati se fosse necessario.

Qualunque cosa sia questa attività, se ti stanno dicendo che i dati e il sistema sono assolutamente vitali e necessari, ma consentono a tutti gli utenti dell'azienda di avere pieno accesso ai dati e possibilmente cancellare o danneggiare i dati (intenzionali o meno) e nessuna disposizione per proteggere adeguatamente i dati o supportarti quando dici che è necessario farlo, quindi non è assolutamente necessario o vitale. Se credono onestamente che lo sia e lo trattano in quel modo, potresti davvero considerare questo come una posizione temporanea, perché ti troverai in un giro difficile.

Sì, utilizza il convertitore VMware VM per convertirlo in una "VM infrastrutturale", prepara un nuovo disco rigido sulla tua scatola del server con VMWare ESXi (attualmente alla versione 4.0 ed è gratuito) come hyperisor, ottieni RAID (hardware) con livello 6 o 10 se sei autorizzato finanziariamente come ESXi dun do SW RAID. Controlla se il tuo controller RAID è uno di quelli che funzionano con ESXi qui .

Quindi è possibile utilizzare VSphere per monitorarlo in remoto.

Ricorda che sono stato colpito dal problema di resurrezione dell'attivazione dopo aver convertito una macchina WS2K3 (oem std) in quanto ha rilevato che l'HW è stato modificato in modo significativo, purché Windows non sia la versione originale o penso che andrà bene.

Dato che non è consentito alcun budget, potrebbe essere necessario rinunciare al proprio disco rigido per la nuova configurazione della VM e in cambio è possibile riavere quello sul proprio server.

Ma dovresti anche prepararti alle conseguenze, vale a dire che tutte le dita potrebbero iniziare a puntare verso il tuo angolo dal momento in cui hai configurato il nuovo server perché ti ci immergi. L'ho fatto solo una settimana fa e sono ancora alla ricerca di una buona soluzione di backup sia per le VM che per il database.

In bocca al lupo :-)

EDIT: per il backup ... vSphere ha un browser di archivio dati che consente di eseguire la copia dei file dei VM sul computer locale, poiché si sta eseguendo vSphere dal computer locale. Crea un'istantanea della VM in esecuzione (usa la modalità quiescenza se la situazione lo consente) che libera i blocchi dei file della VM prima della copia, oppure puoi usare il browser web per ottenere l'accesso al tuo server ESXi ed ftp da lì all'interno.

Una cosa da tenere in considerazione è che la durata del pull di tutti i file VM attraverso la rete potrebbe rallentare un po 'il tuo server.