martedì 25 agosto 2020

Hyper-V CSV di backup: Cosa deve essere considerato per i backup VM?

I seguenti punti devono essere osservati quando si esegue il backup di Hyper-V VM su CSV.

1.    Si dovrebbe usare l'ultima versione del vostro BackupChain
2.    Tutti i file VM devono essere salvati sullo stesso CSV
3.    Il backup deve essere effettuato solo tramite la scheda Hyper-V. Il backup completo dell'immagine del server non deve includere volumi CSV; dovrebbe includere solo il sistema operativo del sistema e, opzionalmente, i dischi dati.
4.    4. Se è probabile che le VM vengano spostate in altri nodi, si dovrebbe usare la funzione di selezione automatica invece di selezionare le VM dalla lista Un limite di velocità è attivato quando l'opzione cluster è impostata quando l'attività viene creata. Questo può essere aumentato o disattivato se si è sicuri che il traffico di gestione delle CSV è isolato al 100% e non può essere influenzato dal traffico di backup e da altri trasferimenti di dati. Altrimenti può accadere che i battiti cardiaci non arrivino in tempo e Hyper-V spegne completamente il nodo

Come per tutti i backup Hyper-V, a seconda del sistema operativo host e del sistema operativo ospite, può accadere che Hyper-V "scivoli" in un piccolo checkpoint poco prima del backup, che viene cancellato subito dopo la fase di init. Questo file di checkpoint appare nelle cartelle di backup come * .AVHDX. Inoltre, nelle cartelle di backup si trovano anche altri AVHD / X se la VM ha altri checkpoint.

Si consiglia di non utilizzare i checkpoint e, se li si utilizza, di utilizzarli solo per un breve periodo di tempo. Quando si usano i checkpoint, ci sono anche alcuni svantaggi e rischi da considerare. Il recupero granulare in BackupChain funziona solo su base VHD / X. I punti di controllo non possono essere ispezionati con questa funzione, cioè è più probabile che sia necessario un recupero completo se i file desiderati non possono essere trovati nel file VHD principale. Quando si crea un checkpoint in Hyper-V, il VHD viene congelato (e lo sono anche i checkpoint precedenti) e viene creato un nuovo AVHD/X. Tutte le modifiche all'interno della VM saranno in futuro scritte nell'AVHD in base al settore. Quando si cancella il checkpoint, il contenuto degli AVHD deve essere unito al VHD padre, il che può richiedere un po' di tempo.

Gli svantaggi sono la maggiore complessità e la lentezza degli host e dell'accesso alla rete. I rischi sono la possibile perdita di dati, c'erano già diversi bug nell'Hyper-V che portavano alla perdita completa. Sono rimaste alcune fasi rischiose, ad esempio il processo di fusione quando un checkpoint viene cancellato o quando i riferimenti VHD vengono impostati quando vengono creati i checkpoint. Se, ad esempio, viene eseguito il backup del sistema o si verifica un'interruzione di corrente, anche la memoria del CSV è separata e, in aggiunta, vi è il rischio di corruzione dei dati. Microsoft ha naturalmente migliorato il formato VHDX per ridurre i rischi, ma i dischi rigidi virtuali non sono certamente protetti al 100% contro la corruzione di tutte le cause.

Nessun commento:

Posta un commento