Oggi ho il piacere di presentarvi nuovamente consigli utili del mio collega Evgeny Ivanov, team leader del supporto tecnico Veeam. Questa volta, Zhenya ha condiviso raccomandazioni per lavorare con i backup e le repliche. Spero che possano aiutarvi ad evitare errori comuni e che le vostre repliche e i vostri backup non siano mai il «punto debole» nel processo di ripristino, se necessario.

Quindi, benvenuti nel dettaglio.

Nel mio precedente articolo articolo abbiamo esaminato come ottimizzare il carico sui componenti dell'infrastruttura di backup e abbiamo considerato errori di configurazione comuni. Passiamo a un altro argomento importante: la corretta preparazione e l'esecuzione del ripristino. Anche questo lo analizzeremo con esempi reali su cui ha lavorato il team di supporto.

Backup senza ristorazione — spreco di denaro

Gli utenti ci contattano regolarmente, trovandosi in situazioni difficili simili: è necessario eseguire un ripristino dal backup, ma a volte, durante il tentativo, si imbattono in problemi insolubili. E questi problemi non derivano dall'assenza di una copia di sicurezza, dall'attività di CryptoLocker o da qualcosa di simile. È "solo" una scarsa attenzione nella verifica delle copie di sicurezza e delle repliche per la possibilità di ripristino. Molti si concentrano spesso esclusivamente sul processo di creazione del backup, dimenticando che avere semplicemente una copia di sicurezza non è una panacea contro i potenziali disastri. È fondamentale comprendere che il ripristino è un processo completamente diverso, con le sue peculiarità, e che deve essere monitorato e testato prima del lancio in produzione. Qui di seguito troverete alcuni esempi illustrativi:

L'utente ha subito un'interruzione del funzionamento di una macchina virtuale critica da 20 TB. I tempi di inattività, ovviamente, non sono accettabili, quindi l'amministratore avvia il processo di recupero istantaneo della VM – dopo 5 minuti la macchina è operativa. Tuttavia, dobbiamo ricordare che questa condizione della macchina può essere utilizzata solo temporaneamente – deve essere migrata nel datastore di produzione. In questo caso, come si è scoperto, l'infrastruttura non era in grado di copiare 20 TB di dati in un tempo ragionevole. Inoltre, nelle impostazioni del processo di recupero istantaneo, era stata scelta l'opzione di salvare le modifiche su disco. Da: server Veeam Backup & Replication (a differenza dello snapshot di vSphere) – di conseguenza, lo spazio libero sul disco si è riempito rapidamente. Quando l'utente ha contattato il supporto, la VM aveva subito delle modifiche che non potevano essere ignorate. Pertanto, ci troviamo in una situazione in cui non è possibile finalizzare rapidamente il processo di recupero istantaneo della macchina critica – come possiamo salvare i dati?
Devo ammettere che, con il passare degli anni, non ricordo tutti i dettagli del finale, ma ricordo che in fin dei conti non abbiamo trovato nulla di geniale. I clienti, da parte loro, hanno risolto questo problema espandendo il disco C: dai backup, hanno copiato i file più importanti e poi hanno spento la VM per effettuare la migrazione. Insomma, non è successo nulla di straordinario.
Nell'infrastruttura dell'utente c'era un solo controller di dominio, e tutti i componenti di Veeam Backup & Replication erano stati configurati utilizzando il DNS. Sì, esatto, non avete sentito male. Ci sono state centinaia di possibilità di sviluppo, ma la realtà è andata così: le persone hanno programmato la manutenzione e hanno deciso di passare alla replica del loro controller di dominio. Hanno attuato il passaggio pianificato, che è ciò che generalmente si consiglia di fare in situazioni simili. Nella prima fase tutto è andato bene, mentre nella seconda la VM originale è stata spenta per breve tempo per trasferire i dati rimanenti. Ovviamente, il compito del passaggio è immediatamente fallito, poiché il DNS ha smesso di funzionare.
Fortunatamente, qui siamo riusciti a gestire la situazione abilitando manualmente la replica da vSphere (in realtà, questo operazione non è raccomandata come vedrete nel prossimo esempio). Ma, come potete capire, il processo di manutenzione è stato interrotto e rimandato. Inoltre, abbiamo dovuto inserire manualmente i nomi degli host nel file C:WindowsSystem32driversetchosts sul server Veeam Backup & Replication, per garantire la correttezza durante il failover.
Un altro cliente aveva tutta l'infrastruttura di backup costruita attorno a dispositivi a nastro magnetico, e su disco erano conservate solo brevi catene di file. Quando hanno avuto bisogno di ripristinare diversi file da un grande server di file, si è scoperto che nessuna macchina poteva essere utilizzata come repository ausiliario per il ripristino dal nastro, poiché non c'era spazio libero sufficiente su nessuna. (Potete leggere del ripristino da nastro e utilizzando un repository ausiliario qui (per ora in lingua inglese)).

Credo che in tutti e tre gli esempi gli utenti fossero, per così dire, prigionieri delle illusioni: hanno supposto che se il backup era riuscito, non ci sarebbero stati problemi anche con il ripristino. Ma come potrete capire, non è affatto sempre così, quindi è necessario prepararsi al ripristino con la stessa attenzione con cui ci si prepara al backup. Per iniziare, è utile studiare il manuale dell'utente, che contiene informazioni piuttosto dettagliate sui diversi tipi di ripristino. All'inizio di ogni paragrafo sono elencati i requisiti, le azioni preparatorie e le possibili limitazioni. La descrizione del ripristino da nastri magnetici o da snapshot hardware dei sistemi di archiviazione può essere trovata nelle sezioni della documentazione e nei nostri articoli su Habr. Inoltre, le azioni per preparare il ripristino degli oggetti applicativi utilizzando gli strumenti Veeam Explorers sono descritte nella sezione "Planning and preparation" (pianificazione e preparazione) del manuale per ciascuno degli strumenti. Raccomando di esaminarli con attenzione: questo vi aiuterà a preparare correttamente il sistema per il ripristino in caso di necessità. In russo, le istruzioni per il ripristino del database SQL Server sono incluse qui.

Perché non è consigliabile lavorare con le repliche dalla console vSphere?

In teoria, le repliche di Veeam sono semplicemente macchine virtuali, con cui sembrerebbe logico lavorare utilizzando gli strumenti di vSphere, in particolare il client vSphere. Tuttavia, non raccomandiamo di farlo, ecco perché: passare a una replica in Veeam Backup & Replication è un processo piuttosto complesso, che richiede una sequenza rigorosa di passaggi (così da poter tornare indietro in caso di problemi) e azioni finali corrette – dai un'occhiata all'immagine che illustra il processo:

Se decidi di attivare la replica tramite il client vSphere, è molto probabile che ti aspetti una serie di problemi:

Il meccanismo di attivazione della replica da Veeam Backup & Replication (mostrato nel diagramma) non funzionerà più per questa macchina.
I dati nel database di Veeam Backup non corrisponderanno allo stato reale della VM. Nel peggior caso, sarà necessario modificare il database per ripararlo.
È possibile anche perdere dati, come nell'esempio seguente: un utente ha attivato manualmente una replica nel client vSphere e ha deciso di continuare a lavorarci. Dopo un po', ha notato che la replica era ancora visibile nella console di Veeam Backup & Replication e ha deciso di rimuoverla inutilmente. Ha cliccato con il tasto destro e ha dato il comando «Delete from disk». Veeam Backup & Replication ha immediatamente eliminato dal disco la replica, che, per inciso, era già utilizzata come una normale VM e conteneva dati necessari e utili.

Certamente, ci sono situazioni in cui è necessario attivare comunque la replica dal client vSphere – di solito si tratta di casi in cui il server Veeam è spento e la replica deve essere attivata con un ritardo. Ma se il server Veeam è in perfette condizioni, la gestione delle repliche deve avvenire dalla sua console.

Inoltre, non dovresti eliminare le repliche usando il client vSphere. Veeam Backup & Replication rimarrà all'oscuro di tale modifica, il che può portare a errori e dati obsoleti. Se la replica non ti serve più, eliminala utilizzando la console Veeam, invece di farlo come VM dal client vSphere. In questo modo avrai sempre un elenco aggiornato delle repliche.

«O» — attenzione, aggiornamenti!

Qui intendiamo, ovviamente, gli aggiornamenti per i hypervisor e le varie applicazioni che vengono salvate tramite Veeam. Se li consideriamo dal punto di vista di Veeam Backup & Replication, gli aggiornamenti possono essere grosso modo divisi in 2 categorie: quelli grandi, significativi, che comportano molteplici cambiamenti, e quelli piccoli.

Iniziamo con la prima categoria.

Gli aggiornamenti più importanti sono quelli destinati all'hypervisor. Prima di installare un tale aggiornamento, è fondamentale assicurarsi che sia supportato da Veeam Backup & Replication. Questi aggiornamenti introducono numerosi cambiamenti nelle librerie e nelle interfacce APIs utilizzate da Veeam Backup & Replication, pertanto, per dichiararne ufficialmente il supporto, è necessario aggiornare il codice di Veeam Backup & Replication e condurre test approfonditi.

Va anche tenuto presente che, ad esempio, VMware non offre accesso anticipato alle versioni più recenti di vSphere per i produttori di software, quindi gli sviluppatori e i tester di Veeam ricevono la nuova versione contemporaneamente al resto dell'umanità progressista—per cui generalmente intercorre un certo tempo tra il rilascio di VMware e il supporto ufficialmente annunciato. La quantità e la varietà delle modifiche necessarie sono tali che un semplice hotfix ha poche possibilità di essere adeguato—e il supporto ufficiale viene generalmente annunciato insieme al rilascio della versione di Veeam Backup & Replication.

Di conseguenza, si verifica quel momento imbarazzante in cui, dopo il rilascio di una nuova versione di vSphere, il numero di richieste al supporto tecnico aumenta bruscamente, poiché gli utenti si precipitano a installare la nuova versione, e i loro backup smettono immediatamente di funzionare. Noialtri, il supporto tecnico di Veeam, dobbiamo spiegare agli utenti cosa hanno fatto di sbagliato, chiedere loro di fare un rollback (se possibile) o inventare vie intricate per uscire dall'impasse. Quindi, prima di installare un importante aggiornamento, assicurati di verificarne la compatibilità con il software che utilizzi, ti prego!

Quanto detto si applica anche alle applicazioni che stai eseguendo il backup e che intendi ripristinare tramite Veeam. La linea di strumenti Veeam Explorers ha anche un elenco delle versioni supportate delle relative applicazioni, che viene aggiornato con ogni rilascio di Veeam Backup & Replication. Pertanto, prima di installare una nuova versione della tua applicazione – che sia Exchange, Oracle o SharePoint – assicurati di rileggere la sezione pertinente della documentazione di Veeam Explorers.

Alla seconda categoria, ovvero agli aggiornamenti minori, ascrivo, per esempio, le nuove versioni di VMware Tools, gli aggiornamenti cumulativi di Exchange, gli aggiornamenti di sicurezza di vSphere, ecc. Di solito, non comportano modifiche significative e nella maggior parte dei casi Veeam Backup & Replication non presenta problemi con essi. (Per questo non vengono rilasciate comunicazioni pubbliche sul supporto ufficiale nel prodotto.) Tuttavia, nella nostra esperienza, ci sono stati casi in cui anche tali aggiornamenti hanno modificato in modo significativo il corso delle cose, causando errori nel funzionamento di Veeam Backup & Replication. In queste situazioni, dopo aver confermato il problema, gli ingegneri di Veeam si impegnano a rilasciare rapidamente un hotfix.

A coloro che possiedono inglese tecnicoSe desiderate rimanere aggiornati su ciò su cui lavorano gli ingegneri e quali problematiche affrontano architetti di sistemi e specialisti del supporto tecnico, consiglio di iscrivervi ai nostri forum. Ogni settimana per i suoi iscritti viene inviata una newsletter "Word from Gostev" a cura di TheRealGostev. In questa intervista, Anton Gostev, a capo del dipartimento di product management, discute dei recenti problemi riscontrati (non solo da parte di Veeam), dei piani per nuove versioni e delle novità nel mondo IT. Se hai bisogno di ulteriori informazioni, puoi esplorare i topic del forum: se qualche cliente riscontra un problema con il prodotto dopo un aggiornamento, probabilmente ha già pubblicato un post al riguardo.

Come puoi capire, patch e aggiornamenti possono causare problemi non solo con i backup, ma anche con le applicazioni per le quali questi backup sono creati. Qui ti aiuteranno i laboratori virtuali — Veeam DataLabs. Probabilmente hai già sentito parlare della funzionalità SureBackup, progettata per la verifica dei backup. Essa si basa sull'utilizzo di DataLabs, creando un ambiente isolato in cui è possibile testare gli aggiornamenti prima di implementarli in produzione. Ti consiglio vivamente di farlo: risparmierai molte energie. E se qualcuno non conosce ancora SureBackup, consiglio di leggere. documentazione.

Direi che per oggi è tutto, grazie per l'attenzione!