{"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 vitalit\u00e0 dei backup e delle repliche","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

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 \u00abpunto debole\u00bb nel processo di ripristino, se necessario. <\/p>\n

Quindi, benvenuti nel dettaglio.<\/p>\n

\"Veeam
\n<\/a><\/noindex>
\nNel mio precedente articolo articolo<\/a><\/noindex> 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.<\/p>\n

Backup senza ristorazione \u2014 spreco di denaro<\/h1>\n

\nGli utenti ci contattano regolarmente, trovandosi in situazioni difficili simili: \u00e8 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\u00e0 di CryptoLocker o da qualcosa di simile. \u00c8 \"solo\" una scarsa attenzione nella verifica delle copie di sicurezza e delle repliche per la possibilit\u00e0 di ripristino. Molti si concentrano spesso esclusivamente sul processo di creazione del backup, dimenticando che avere semplicemente una copia di sicurezza non \u00e8 una panacea contro i potenziali disastri. \u00c8 fondamentale comprendere che il ripristino \u00e8 un processo completamente diverso, con le sue peculiarit\u00e0, e che deve essere monitorato e testato prima del lancio in produzione. Qui di seguito troverete alcuni esempi illustrativi:<\/p>\n

    \n
  1. L'utente ha subito un'interruzione del funzionamento di una macchina virtuale critica da 20 TB. I tempi di inattivit\u00e0, ovviamente, non sono accettabili, quindi l'amministratore avvia il processo di recupero istantaneo della VM \u2013 dopo 5 minuti la macchina \u00e8 operativa. Tuttavia, dobbiamo ricordare che questa condizione della macchina pu\u00f2 essere utilizzata solo temporaneamente \u2013 deve essere migrata nel datastore di produzione. In questo caso, come si \u00e8 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:<\/i> server Veeam Backup & Replication (a differenza dello snapshot di vSphere) \u2013 di conseguenza, lo spazio libero sul disco si \u00e8 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 \u00e8 possibile finalizzare rapidamente il processo di recupero istantaneo della macchina critica \u2013 come possiamo salvare i dati?\n

    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\u00f9 importanti e poi hanno spento la VM per effettuare la migrazione. Insomma, non \u00e8 successo nulla di straordinario.<\/li>\n

  2. 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\u00ec, esatto, non avete sentito male. Ci sono state centinaia di possibilit\u00e0 di sviluppo, ma la realt\u00e0 \u00e8 andata cos\u00ec: le persone hanno programmato la manutenzione e hanno deciso di passare alla replica del loro controller di dominio. Hanno attuato il passaggio pianificato, che \u00e8 ci\u00f2 che generalmente si consiglia di fare in situazioni simili. Nella prima fase tutto \u00e8 andato bene, mentre nella seconda la VM originale \u00e8 stata spenta per breve tempo per trasferire i dati rimanenti. Ovviamente, il compito del passaggio \u00e8 immediatamente fallito, poich\u00e9 il DNS ha smesso di funzionare.\n

    Fortunatamente, qui siamo riusciti a gestire la situazione abilitando manualmente la replica da vSphere (in realt\u00e0, questo operazione non \u00e8 raccomandata come vedrete nel prossimo esempio). Ma, come potete capire, il processo di manutenzione \u00e8 stato interrotto e rimandato. 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 failover.<\/li>\n

  3. 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 \u00e8 scoperto che nessuna macchina poteva essere utilizzata come repository ausiliario per il ripristino dal nastro, poich\u00e9 non c'era spazio libero sufficiente su nessuna. (Potete leggere del ripristino da nastro e utilizzando un repository ausiliario qui<\/a><\/noindex> (per ora in lingua inglese)).<\/li>\n<\/ol>\n

    \nCredo che in tutti e tre gli esempi gli utenti fossero, per cos\u00ec 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 \u00e8 affatto sempre cos\u00ec, quindi \u00e8 necessario prepararsi al ripristino con la stessa attenzione con cui ci si prepara al backup. Per iniziare, \u00e8 utile studiare il manuale dell'utente<\/a><\/noindex>, 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\u00f2 essere trovata nelle sezioni della documentazione e nei nostri articoli<\/a><\/noindex> 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<\/a><\/noindex> per ciascuno degli strumenti. Raccomando di esaminarli con attenzione: questo vi aiuter\u00e0 a preparare correttamente il sistema per il ripristino in caso di necessit\u00e0. In russo, le istruzioni per il ripristino del database SQL Server sono incluse qui<\/a><\/noindex>.<\/p>\n

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

    \nIn 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\u00e9: passare a una replica in Veeam Backup & Replication \u00e8 un processo piuttosto complesso, che richiede una sequenza rigorosa di passaggi (cos\u00ec da poter tornare indietro in caso di problemi) e azioni finali corrette \u2013 dai un'occhiata all'immagine che illustra il processo:<\/p>\n

    \"Veeam
    \n
    \nSe decidi di attivare la replica tramite il client vSphere, \u00e8 molto probabile che ti aspetti 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 peggior caso, sar\u00e0 necessario modificare il database per ripararlo.<\/li>\n
    3. \u00c8 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 \u00abDelete from disk\u00bb<\/i>. Veeam Backup & Replication ha immediatamente eliminato dal disco la replica, che, per inciso, era gi\u00e0 utilizzata come una normale VM e conteneva dati necessari e utili.<\/li>\n<\/ol>\n

      \nCertamente, ci sono situazioni in cui \u00e8 necessario attivare comunque la replica dal client vSphere \u2013 di solito si tratta di casi in cui il server Veeam \u00e8 spento e la replica deve essere attivata con un ritardo. Ma se il server Veeam \u00e8 in perfette condizioni, la gestione delle repliche deve avvenire dalla sua console.<\/p>\n

      Inoltre, non dovresti eliminare le repliche usando 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 utilizzando la console Veeam, invece di farlo come VM dal client vSphere. In questo modo avrai sempre un elenco aggiornato delle repliche. <\/p>\n

      \u00abO\u00bb \u2014 attenzione, aggiornamenti!<\/h1>\n

      \nQui 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.<\/p>\n

      Iniziamo con 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. Questi aggiornamenti introducono numerosi cambiamenti nelle librerie e nelle interfacce APIs utilizzate da Veeam Backup & Replication, pertanto, per dichiararne ufficialmente il supporto, \u00e8 necessario aggiornare il codice di Veeam Backup & Replication e condurre test approfonditi. <\/p>\n

      Va anche tenuto presente che, ad esempio, VMware non offre accesso anticipato alle versioni pi\u00f9 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\u00e0 progressista\u2014per cui generalmente intercorre un certo tempo tra il rilascio di VMware e il supporto ufficialmente annunciato. La quantit\u00e0 e la variet\u00e0 delle modifiche necessarie sono tali che un semplice hotfix ha poche possibilit\u00e0 di essere adeguato\u2014e il supporto ufficiale viene generalmente annunciato 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 bruscamente, poich\u00e9 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\u00e0 con il software che utilizzi, ti prego!<\/b><\/p>\n

      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 \u2013 che sia Exchange, Oracle o SharePoint \u2013 assicurati di rileggere la sezione pertinente della documentazione di Veeam Explorers<\/a><\/noindex>.<\/p>\n

      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.<\/p>\n

      A coloro che possiedono inglese tecnico<\/b>Se desiderate rimanere aggiornati su ci\u00f2 su cui lavorano gli ingegneri e quali problematiche affrontano architetti di sistemi e specialisti del supporto tecnico, consiglio di iscrivervi ai nostri forum<\/a><\/noindex>. Ogni settimana per i suoi iscritti viene inviata una newsletter \"Word from Gostev\" a cura di TheRealGostev<\/a><\/noindex>. 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\u00e0 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\u00e0 pubblicato un post al riguardo.<\/p>\n

      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 \u2014 Veeam DataLabs. Probabilmente hai gi\u00e0 sentito parlare della funzionalit\u00e0 SureBackup, progettata per la verifica dei backup. Essa si basa sull'utilizzo di DataLabs, creando un ambiente isolato in cui \u00e8 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<\/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