{"id":33622,"date":"2019-10-31T21:53:47","date_gmt":"2019-10-31T18:53:47","guid":{"rendered":"https:\/\/prohoster.info\/blog\/veeam-backup-replication-poleznye-sovety-po-obespecheniyu-zhiznesposobnosti-bekapov-i-replik\/"},"modified":"2019-10-31T21:53:47","modified_gmt":"2019-10-31T18:53:47","slug":"veeam-backup-replication-poleznye-sovety-po-obespecheniyu-zhiznesposobnosti-bekapov-i-replik","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/veeam-backup-replication-poleznye-sovety-po-obespecheniyu-zhiznesposobnosti-bekapov-i-replik","title":{"rendered":"Veeam Backup & Replication: consigli utili per garantire la validit\u00e0 dei backup e delle repliche","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Oggi ho il piacere di presentarvi nuovamente alcuni consigli utili del mio collega Evgeny Ivanov, team leader del supporto tecnico Veeam. Questa volta, Zhenya ha condiviso le sue raccomandazioni per lavorare con i backup e le repliche. Spero che possano aiutarvi a evitare errori comuni e che le vostre repliche e i vostri backup non diventino mai il \"collo di bottiglia\" nel processo di ripristino, qualora fosse necessario. <\/p>\n

Dunque, benvenuti sotto.<\/p>\n

\"Veeam
\n<\/a><\/noindex>
\nNella mia precedente abbiamo chiarito il corretto completamento dei programmi che utilizzano il mediastreamer.<\/a><\/noindex> ci siamo occupati di come ottimizzare il carico sui componenti dell'infrastruttura di backup e abbiamo esaminato errori di configurazione tipici. Passiamo a un altro argomento importante: la corretta preparazione e esecuzione del ripristino. Anche questo sar\u00e0 esaminato attraverso esempi reali con cui ha lavorato il team di supporto tecnico.<\/p>\n

Backup senza ristorante \u2014 soldi scaricati<\/h1>\n

\nRiceviamo regolarmente richieste da parte di utenti che si trovano in situazioni simili: devono eseguire un ripristino da un backup, ma quando provano a farlo, si imbattono in problemi irrisolvibili. E il problema non \u00e8 affatto l'assenza di una copia di sicurezza, l'attivit\u00e0 di CryptoLocker o cose simili. \u00c8 \"soltanto\" la scarsa attenzione alla verifica dei backup e delle repliche per la possibilit\u00e0 di ripristino. Molti si concentrano esclusivamente sul processo di creazione del backup, dimenticando che avere semplicemente una copia di sicurezza non \u00e8 una panacea contro eventuali disastri. Bisogna capire che il ripristino \u00e8 un processo completamente diverso, che ha le sue peculiarit\u00e0 e che deve essere monitorato e testato prima del lancio in produzione. Ecco alcuni esempi significativi:<\/p>\n

    \n
  1. L'utente ha subito un guasto di una macchina virtuale critica di 20 TB. I tempi di inattivit\u00e0 non sono ammissibili, quindi l'amministratore avvia il processo di ripristino istantaneo della VM \u2013 dopo 5 minuti la macchina \u00e8 attiva. Tuttavia, dobbiamo ricordare che questo stato della macchina pu\u00f2 essere utilizzato solo temporaneamente \u2013 deve essere migrato sul datastore di produzione. In questo esempio, come si \u00e8 scoperto, le capacit\u00e0 dell'infrastruttura non permettevano di copiare 20 TB di dati in un tempo ragionevole. Nelle impostazioni del processo di ripristino istantaneo \u00e8 stata scelta l'opzione di salvare le modifiche su disco. C:<\/i> server Veeam Backup & Replication (a differenza dello snapshot vSphere) \u2013 di conseguenza, lo spazio libero su disco si \u00e8 riempito rapidamente. Al momento in cui l'utente ha contattato il supporto, la VM aveva gi\u00e0 subito modifiche che non potevano essere ignorate. Ci\u00f2 significa che ci troviamo in una situazione in cui non \u00e8 possibile completare rapidamente il processo di ripristino istantaneo della macchina critica \u2013 come salvare i dati in questo scenario?\n

    A dire il vero, con il passare degli anni non ricordo tutti i dettagli finali, ma so che alla fine non siamo riusciti a trovare nulla di geniale. I clienti dalla loro parte hanno risolto il problema ampliando il disco C: con risorse di riserva, copiando i file pi\u00f9 importanti e solo allora spegnendo la VM per migrare. Insomma, non \u00e8 successo nulla di miracoloso.<\/li>\n

  2. Nell'infrastruttura dell'utente operava un solo controller di dominio e tutti i componenti di Veeam Backup & Replication erano configurati utilizzando DNS. S\u00ec, esatto, non hai sentito male. I possibili sviluppi erano decine, ma la realt\u00e0 \u00e8 andata cos\u00ec: le persone hanno pianificato la manutenzione e hanno deciso di passare alla replica del loro controller di dominio. Hanno attivato il failover programmato, cosa che \u00e8 generalmente consigliata in situazioni simili. Nella prima fase, tutto andava bene, mentre nella seconda hanno temporaneamente spento la VM originale per trasferire i resti dei dati. Naturalmente, il compito di failover \u00e8 immediatamente fallito, poich\u00e9 il DNS ha smesso di funzionare.\n

    Fortunatamente, qui siamo riusciti a gestire la situazione accendendo manualmente la replica tramite vSphere (in effetti, non \u00e8 consigliabile eseguire questa operazione autonomamente, come vedrete dal prossimo esempio). Tuttavia, come capirete, il processo di manutenzione \u00e8 stato interrotto e rinviato. Inoltre, abbiamo dovuto inserire manualmente i nomi degli host nel file C:WindowsSystem32driversetchosts<\/i> sul server Veeam Backup & Replication, per garantire la correttezza durante il ripristino.<\/li>\n

  3. Un altro cliente aveva tutta l'infrastruttura di backup costruita attorno a unit\u00e0 a nastro magnetico, mentre sul disco erano memorizzate solo brevi catene di file. Quando hanno avuto bisogno di recuperare alcuni file da un grande server di file, si \u00e8 scoperto che nessuna macchina poteva essere utilizzata come repository ausiliario per il ripristino da nastro, poich\u00e9 nessuna di esse aveva spazio libero sufficiente. (Potete leggere del ripristino da nastro magnetico direttamente e utilizzando un repository ausiliario qui<\/a><\/noindex> (al momento solo in inglese).<\/li>\n<\/ol>\n

    \nCredo che in tutti e tre gli esempi gli utenti, per cos\u00ec dire, fossero prigionieri delle illusioni: avevano supposto che se il backup era andato a buon fine, non ci sarebbero stati problemi anche con il ripristino. Ma, come capirete, questo non \u00e8 affatto sempre vero, e quindi \u00e8 necessario prepararsi al ripristino con la stessa attenzione con cui ci si prepara al backup. Innanzitutto, \u00e8 opportuno esaminare il manuale utente<\/a><\/noindex>, che contiene informazioni piuttosto dettagliate sui diversi tipi di ripristino. All'inizio di ciascun paragrafo, sono elencati i requisiti, le azioni preparatorie e le possibili limitazioni. La descrizione del ripristino da nastri magnetici o da snapshot hardware degli storage array pu\u00f2 essere trovata nelle sezioni della documentazione e nei nostri articoli<\/a><\/noindex> su Habr. Inoltre, le modalit\u00e0 di preparazione per il ripristino degli oggetti applicativi utilizzando gli strumenti Veeam Explorers sono descritte nella sezione \"Planning and preparation\" (pianificazione e preparazione) del manuale<\/a><\/noindex> per ciascuno degli strumenti. Consiglio di esaminarli attentamente: questo vi aiuter\u00e0 a preparare correttamente il sistema per il ripristino, se necessario. In russo, le istruzioni per il ripristino di un database SQL Server sono riportate qui<\/a><\/noindex>.<\/p>\n

    Perch\u00e9 non si deve lavorare con le repliche dalla console vSphere?<\/h1>\n

    \nIn teoria, le repliche di Veeam sono comuni macchine virtuali, con cui sembra logico lavorare, utilizzando gli strumenti di vSphere, in particolare il client vSphere. Tuttavia, non raccomandiamo di farlo, ecco perch\u00e9: passare a una replica in Veeam Backup & Replication \u00e8 un processo piuttosto complesso, che richiede l'esecuzione rigorosa dei passaggi (in modo da poter tornare indietro, se necessario) e azioni finali corrette - basta guardare l'immagine che illustra il processo:<\/p>\n

    \"Veeam
    \n
    \nSe decidi di attivare la replica dal client vSphere, ti aspettano con grande probabilit\u00e0 una serie di problemi:<\/p>\n

      \n
    1. Il meccanismo di attivazione della replica da Veeam Backup & replication (mostrato nel diagramma) non funzioner\u00e0 pi\u00f9 per questa macchina.<\/li>\n
    2. I dati nel database di Veeam Backup non corrisponderanno allo stato reale della VM. Nel peggiore dei casi, sar\u00e0 necessario modificare il database.<\/li>\n
    3. C'\u00e8 anche il rischio di perdita di dati, come in questo esempio: un utente ha attivato manualmente la replica dal client vSphere e ha deciso di continuare a lavorarci. Dopo un po', si \u00e8 accorto che la replica era ancora visibile nella console di Veeam Backup & Replication e ha deciso di rimuoverla per non averne pi\u00f9 bisogno. Ha fatto clic destro su di essa e ha dato il comando \u00abElimina dal disco\u00bb<\/i>. Veeam Backup & Replication ha immediatamente eliminato la replica dal disco, la quale, nota bene, era gi\u00e0 in uso come una normale VM e conteneva dati necessari e utili.<\/li>\n<\/ol>\n

      \nCerto, ci sono situazioni in cui \u00e8 necessario attivare comunque la replica dal client vSphere \u2013 generalmente quando il server Veeam \u00e8 spento e la replica deve essere attivata con un certo ritardo. Ma se il server Veeam funziona correttamente, \u00e8 necessario lavorare con le repliche direttamente dalla sua console.<\/p>\n

      Non \u00e8 consigliabile neanche eliminare le repliche utilizzando il client vSphere. Veeam Backup & Replication rimarr\u00e0 all' oscuro di tale modifica, il che pu\u00f2 portare a errori e dati obsoleti. Se la replica non ti serve pi\u00f9, eliminala tramite la console Veeam, e non come VM dal client vSphere. In questo modo, avrai sempre un elenco aggiornato delle repliche. <\/p>\n

      \u00abAttenzione\u00bb \u2014 aggiornamenti in arrivo!<\/h1>\n

      \nQui intendiamo ovviamente aggiornamenti per hypervisor e varie applicazioni che vengono salvate con Veeam. Se li guardiamo dal punto di vista del lavoro con Veeam Backup & Replication, gli aggiornamenti possono essere suddivisi in due categorie: grandi e significativi, che apportano molte modifiche, e piccoli.<\/p>\n

      Consideriamo prima la prima categoria. <\/p>\n

      Gli aggiornamenti pi\u00f9 importanti sono quelli destinati all'hypervisor. Prima di installare un tale aggiornamento, \u00e8 fondamentale assicurarsi che sia supportato da Veeam Backup & Replication. Tali aggiornamenti apportano diverse modifiche alle librerie e alle interfacce API utilizzate da Veeam Backup & Replication, quindi, per dichiararne ufficialmente il supporto, \u00e8 necessario aggiornare il codice di Veeam Backup & Replication e condurre test approfonditi. <\/p>\n

      Bisogna anche considerare che, per esempio, VMware non fornisce accesso anticipato alle ultime versioni di vSphere per i produttori di software, in modo che gli sviluppatori e i tester di Veeam ricevano la nuova versione nello stesso momento con il resto dell'umanit\u00e0 progressista; pertanto, c'\u00e8 di solito un certo intervallo di tempo tra il rilascio di VMware e la dichiarazione ufficiale del supporto. Il numero e la variet\u00e0 delle modifiche necessarie sono tali che \u00e8 difficile racchiuderle in un semplice hotfix; in genere, il supporto ufficiale viene dichiarato insieme al rilascio della versione di Veeam Backup & Replication. <\/p>\n

      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 drasticamente, poich\u00e9 gli utenti si precipitando ad installare la nuova versione, e i loro backup smettono immediatamente di funzionare. A noi, il supporto tecnico di Veeam, tocca spiegare agli utenti cosa abbiano fatto di sbagliato, chiedere loro di tornare indietro (se possibile) o ideare soluzioni complicate per uscire da questa situazione. Quindi, prima di installare un aggiornamento significativo, controllate assolutamente la sua compatibilit\u00e0 con il software in uso, ve lo chiedo sinceramente!<\/b><\/p>\n

      Tutto quanto detto sopra si applica anche alle applicazioni che fai il backup e prevedi di ripristinare utilizzando Veeam. La gamma 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, sia essa Exchange, Oracle o SharePoint, assicurati di leggere di nuovo la sezione corrispondente. della documentazione di Veeam Explorers<\/a><\/noindex>.<\/p>\n

      Alla seconda categoria, cio\u00e8 agli aggiornamenti minori, io includo, per esempio, nuove versioni di VMware Tools, aggiornamenti cumulativi di Exchange, aggiornamenti di sicurezza di vSphere, e cos\u00ec via. Di norma, non portano con s\u00e9 modifiche significative e nella maggior parte dei casi Veeam Backup & Replication non presenta problemi con essi. (Ecco perch\u00e9 non ci sono annunci pubblici di supporto ufficiale per il prodotto.) Tuttavia, nella nostra pratica abbiamo incontrato casi in cui anche tali aggiornamenti alteravano cos\u00ec significativamente il normale corso delle cose, da provocare errori nel funzionamento di Veeam Backup & Replication. In tali situazioni, dopo aver confermato il problema, gli ingegneri di Veeam si sforzano di rilasciare rapidamente un hotfix.<\/p>\n

      A chi possiede una conoscenza tecnica dell'inglese<\/b>Se desideri rimanere aggiornato su cosa stanno facendo gli ingegneri e su quali problematiche affrontano gli architetti di sistema e gli specialisti del supporto tecnico, ti consiglio di iscriverti ai nostri forum<\/a><\/noindex>. Ogni settimana per i suoi iscritti viene inviata una newsletter intitolata \"Word from Gostev\" firmata da TheRealGostev<\/a><\/noindex>. In essa Anton Gostev, a capo del dipartimento di product management, parla di problemi recentemente individuati (e non solo sul lato Veeam), dei piani per nuove versioni e delle notizie dal mondo IT. Se hai bisogno di ulteriori informazioni, puoi sfogliare gli argomenti del forum: se qualcuno dei clienti riscontra un problema nel funzionamento del prodotto dopo un aggiornamento, molto probabilmente ne ha gi\u00e0 scritto sul forum.<\/p>\n

      Come sapete, le patch e gli aggiornamenti possono causare problemi non solo con i backup, ma anche con le applicazioni per cui questi backup vengono effettuati. E qui entrano in gioco i laboratori virtuali: Veeam DataLabs. Avrete sicuramente sentito parlare della funzionalit\u00e0 SureBackup, progettata per la verifica dei backup. Essa si basa proprio sull'uso di DataLabs, creando un ambiente isolato in cui \u00e8 possibile, tra le altre cose, testare gli aggiornamenti prima di implementarli in produzione. Ve lo consiglio vivamente \u2013 vi risparmierete un sacco di nervi. E se qualcuno non conosce ancora SureBackup, consiglio di leggerne di pi\u00f9. la documentazione<\/a><\/noindex>.<\/p>\n

      Direi che per oggi \u00e8 tutto, grazie per l'attenzione!<\/p>\n

      Cosa leggere ancora<\/h1>\n

      \nArticoli su Habr:<\/p>\n