Backup delle VM Hyper-V: la guida definitiva

Se si utilizzano macchine virtuali Microsoft Hyper-V, non mancano certo le strategie di backup per garantire il ripristino in diversi scenari: dal recupero di file e oggetti applicativi al ripristino completo di VM in Hyper-V o su altre piattaforme.

Tuttavia, ogni approccio al backup delle VM Hyper-V ha i propri casi d’uso e può differire in termini di efficienza delle risorse e opzioni di ripristino. Questo articolo del blog illustra i metodi di backup delle VM Hyper-V, spiega come eseguire il backup delle VM Hyper-V e descrive le procedure consigliate per il backup delle VM.

NAKIVO per il backup di Hyper-V

Backup senza agent e coerente con le applicazioni per Hyper-V. Protezione anti-ransomware, avvio istantaneo delle VM dal backup, supporto per altre piattaforme virtuali e fisiche e altro ancora.

RILEVA LA SOLUZIONE

Metodi per eseguire il backup delle VM Hyper-V

Iniziamo con gli strumenti nativi per il backup di Hyper-V forniti da Microsoft. Innanzitutto, è possibile utilizzare Windows Server Backup e i cmdlet di PowerShell, che sono funzionalità integrate che consentono di eseguire il backup delle VM Hyper-V. Esistono anche altre soluzioni per ambienti di grandi dimensioni.

Di seguito è riportato un elenco dei principali metodi per eseguire il backup di una VM Hyper-V utilizzando questi strumenti nativi:

• Windows Server Backup: è possibile selezionare Hyper-V e scegliere le VM da sottoporre a backup
• PowerShell con il comando Export-VM o il comando Start-WBBackup
• System Center Data Protection Manager, che si integra con System Center Virtual Machine Manager (gestibile anche in PowerShell)

In alternativa, gli amministratori possono utilizzare soluzioni di backup di terze parti specifiche che supportano il backup delle VM di Hyper-V. Queste soluzioni possono sfruttare l’API di Microsoft per accedere a funzioni avanzate di backup sugli host Hyper-V.

Backup delle VM Microsoft Hyper-V a livello di host o di guest

Sia che si utilizzi uno strumento nativo o una soluzione di backup di terze parti progettata per il backup delle VM Microsoft Hyper-V, esistono due approcci principali: a livello di guest o a livello di host. Esaminiamo le funzioni di ciascun approccio in modo più dettagliato.

Backup a livello di guest

Il backup delle VM a livello di guest si basa sull’uso di uno speciale software basato su agent installato sul sistema operativo (OS) guest per eseguire il processo di backup. Questo approccio di backup è simile al backup di un host fisico.

Il backup a livello di guest consente un’elaborazione coerente con le applicazioni utilizzando il Servizio Copia di ombra del volume di Microsoft (VSS – noto anche come Volume Snapshot Service) per creare copie coerenti dei dati. Quasi tutti i software di backup sviluppati per Windows includono il VSS per consentire la creazione di backup dei dati coerente con le applicazioni. Il VSS è una tecnologia in grado di creare snapshot, ovvero copie “ombra” relative a un determinato momento, dei volumi anche mentre la VM è in esecuzione. Per questo processo vengono utilizzati gli “VSS writer”, che sono componenti del VSS. In Linux, a questo scopo viene utilizzato l’LVM (Logical Volume Manager) per creare snapshot coerenti con le applicazioni.

Agenti: definizione e ruolo

Un agente è un componente del software di backup installato su un computer fisico o su una VM per interagire con il file system e le applicazioni. Gli agenti vengono solitamente eseguiti come processo di sistema all’interno di un sistema operativo guest, stabilendo una connessione di rete con il server utilizzato per la gestione dei backup. Il software di backup utilizza gli agenti per creare copie dell’intero sistema o di singoli file o programmi. Si noti che l’utilizzo di agenti per eseguire i backup delle VM è considerato un approccio obsoleto, in quanto non è efficiente quanto l’uso di soluzioni di backup senza agenti. Tuttavia, esistono alcuni casi d’uso per questo approccio negli ambienti virtuali, che tratteremo nella sezione avanti.

Casi d’uso per il backup a livello di guest

Potrebbe essere necessario ricorrere all’approccio di backup a livello di guest in ambienti virtuali nei seguenti casi:

• Se il sistema operativo guest non è ufficialmente supportato dall’hypervisor, non è possibile creare un backup coerente a livello di applicazione utilizzando il metodo a livello di host.
• Se la macchina virtuale è collegata a uno storage condiviso a livello del sistema operativo guest o dispone di un disco fisico collegato direttamente (incluso un disco pass-through) che non è supportato dal software di backup a livello di host.

  Ad esempio, supponiamo che una VM sia collegata a un LUN (Logical Unit Number) di una SAN (Storage Area Network) tramite il protocollo iSCSI (utilizzando un iniziatore iSCSI all’interno del sistema operativo guest) e che un software, come un server di database o un file server, stia utilizzando quel volume. In questo caso, il VSS writer di Hyper-V non sarà in grado di creare un backup completamente coerente di tutti i dischi utilizzati dalla VM (i volumi all’interno dei dischi virtuali VHD e i volumi dei dischi fisici collegati direttamente). Questo perché, per eseguire un backup corretto, le applicazioni ed entrambi i tipi di disco devono essere messi in stato di quiescenza al momento dell’acquisizione dello snapshot.

  

  Per eseguire invece un backup a livello di host, è possibile convertire i dischi pass-through in dischi virtuali VHD. Si noti che la VM può trovarsi su uno storage condiviso, come un dispositivo NAS (network-attached storage) o una SAN. Queste soluzioni vengono utilizzate per eseguire il backup a livello di host con il clustering.

Alcune organizzazioni con ambienti virtualizzati di piccole dimensioni utilizzano il metodo di backup delle VM a livello di guest per risparmiare sui costi. Questa strategia poteva avere senso in passato, poiché le soluzioni legacy basate su agenti erano più economiche per ambienti di piccole dimensioni con poche VM. Tuttavia, oggi questo approccio non è raccomandato, poiché esistono soluzioni di backup delle VM a livello di host altrettanto o più convenienti per piccoli ambienti Hyper-V.

Vantaggi

• Può essere utilizzato quando il backup a livello di host è impossibile (nei casi sopra menzionati).

Svantaggi

• È necessario installare gli agenti su ogni VM, il che è scomodo e richiede tempo.
• Il processo di ripristino è più complesso. È necessario creare prima una nuova VM vuota. A questo punto è necessario configurare le impostazioni della macchina virtuale (CPU virtuale, memoria, dischi, rete, ecc.). Solo allora è possibile ripristinare la macchina virtuale, e per riavviarla è necessario ripristinare il supporto di ripristino.
• Il consumo di risorse di calcolo aumenta in modo significativo, specialmente quando si esegue il backup contemporaneo di diverse VM ospitate su un unico host Hyper-V.
• Il software di backup basato su agenti richiede l’uso di credenziali di root o di amministratore per configurare gli agenti, compromettendo potenzialmente la sicurezza.
• Nessuna istantanea a livello di macchina virtuale.

Backup a livello di host

I backup delle macchine virtuali Hyper-V a livello di host operano a livello di hypervisor anziché a livello della macchina virtuale ospite e possono eseguire il backup delle macchine virtuali indipendentemente dal sistema operativo in esecuzione al loro interno. È possibile eseguire il backup completo delle VM, inclusi i file del disco virtuale (indicati dal formato VHD o VHDX in Hyper-V) e i file di configurazione, in cui sono memorizzate le impostazioni dell’hardware virtuale, quali CPU, memoria, rete, ecc.

Esistono due tipi di backup a livello di host: Stato salvato e Snapshot della macchina virtuale figlia .

Metodo dello stato salvato

Il metodo dello stato salvato è un metodo di backup parzialmente offline che non è coerente con le applicazioni. Con questo metodo, il Volume Shadow Copy Service (VSS) di Hyper-V assegna il VSS writer per eseguire il processo di backup. Se la VM è in esecuzione in quel momento, il VSS writer di Hyper-V la mette in uno “stato salvato”. Ciò significa che la VM viene messa offline per un breve periodo mentre viene acquisita l’istantanea. Questo garantisce che i file aperti possano essere salvati e che lo stato delle applicazioni in esecuzione possa essere registrato sul disco rigido virtuale.

Come funziona il metodo dello stato salvato?

Questo processo consiste nelle seguenti fasi:

1. evento PrepareForSnapshot . Il software di backup avvia la preparazione della VM per il backup e lo stato della VM viene salvato utilizzando la modalità di ibernazione.
2. Acquisizione dello snapshot . Viene utilizzato lo writer VSS di Hyper-V, che viene eseguito come processo VMMS.exe (Virtual Machine Management Service). Viene acquisito lo snapshot, denominato anche Punto di controllo VM in Hyper-V. Il software di backup crea un backup utilizzando lo snapshot. La creazione dello snapshot consente di eseguire il backup dei dati della VM evitando qualsiasi modifica dei dati durante il processo di copia. Al termine di questa operazione, viene attivato l’evento successivo, PostSnapshot.
3. PostSnapshot evento. La VM viene riportata allo stato precedente.

Metodo “Child VM Snapshot”

Il Metodo “Child VM Snapshot” è un metodo coerente con le applicazioni grazie al quale la VM rimane online durante l’operazione di backup, creando un backup coerente. Questo metodo è preferibile rispetto al metodo “Stato salvato” per il backup di VM in esecuzione e può essere utilizzato per ambienti di produzione ad alta disponibilità.

Mentre il metodo “Stato salvato” utilizza Hyper-V VSS al di fuori delle VM figlie, il metodo “Snapshot della VM figlia” utilizza il meccanismo VSS all’interno della VM figlia per creare i backup. Più in dettaglio, il metodo “Snapshot della VM figlia” utilizza il meccanismo VSS all’interno dell’host Hyper-V, non all’interno della VM figlia stessa, per creare i backup. Il servizio VSS Requestor all’interno della VM figlia comunica con il VSS Writer dell’host per coordinare la creazione dello snapshot. Si noti che il termine “VM figlia” è sinonimo di “VM ospite”.

Come funziona il metodo “Child VM Snapshot”?

La sequenza degli eventi è in parte simile a quella del metodo “Saved State”:

1. Evento PrepareForSnapshot . Il servizio VSS Requestor di Hyper-V nella VM figlia attiva l’evento PrepareForSnapshot per avviare la creazione del backup.
2. Acquisizione dello snapshot evento. Dopo aver ricevuto la richiesta dal servizio VSS Requestor, viene creato lo snapshot. Successivamente, il controllo viene restituito dal servizio VSS Requestor di Hyper-V al servizio VSS Writer di Hyper-V.
3. PostSnapshot evento. Il VSS Writer attiva l’evento PostSnapshot per informare il software di backup che la creazione dello snapshot della VM è stata completata. Il software di backup può quindi copiare lo snapshot come parte del processo di backup della VM.

Il ruolo dei Servizi di integrazione Hyper-V

Servizi di integrazione Hyper-V viene utilizzato per fornire un’interazione speciale tra l’hypervisor e la VM secondaria durante la creazione di backup con il metodo dello snapshot della VM secondaria. Questi servizi comprendono una raccolta di driver e servizi che possono essere abilitati o disabilitati individualmente a seconda delle esigenze. Il servizio VSS Requestor descritto in precedenza fa parte della suite dei servizi di integrazione, che deve essere installata sulla VM per poter eseguire il backup a livello di host.

A partire da Windows Server 2008 R2 e Windows 7, i servizi di integrazione sono inclusi nel sistema operativo. Se si desidera installare o aggiornare manualmente Integration Services sulla macchina virtuale, è possibile farlo utilizzando Hyper-V Manager e montando l’immagine del disco virtuale vmguest.iso sull’unità virtuale della macchina virtuale. Per aggiornare manualmente Integration Services su un host Hyper-V, è possibile scaricare i servizi dal sito di Microsoft e installarli tramite PowerShell. Windows 10 e Windows Server 2016 possono aggiornare Integration Services sia sugli host che sui sistemi guest tramite il servizio Windows Update.

Requisiti per il metodo dello snapshot della VM figlia

Per creare backup utilizzando il metodo dello snapshot della VM figlia, devono essere soddisfatte le seguenti condizioni:

• Hyper-V Integration Services, incluso Hyper-V VSS Requestor, deve essere installato nella VM figlia.
• Tutti i volumi all’interno della macchina virtuale devono essere configurati come dischi di base anziché dinamici. I file system dei dischi all’interno della macchina virtuale figlia devono supportare le snapshot (ad esempio, il file system NTFS soddisferebbe questo criterio).
• I file di snapshot della macchina virtuale devono trovarsi nello stesso volume dei file VHD.
• La macchina virtuale figlia deve essere in esecuzione.

Se una qualsiasi di queste condizioni non è soddisfatta, non è possibile utilizzare il metodo “Snapshot della macchina virtuale figlia”. In questo caso, viene utilizzato per impostazione predefinita il metodo “Stato salvato”.

Vantaggi

Come illustrato sopra, i metodi di backup a livello di host sono preferibili per il backup delle VM Hyper-V e offrono numerosi vantaggi rispetto al metodo a livello di guest. Questi vantaggi possono essere riassunti come segue:

• Un backup a livello di hypervisor è più facile da gestire. Non sono necessari agenti. Il prodotto di backup può gestire l’intero host Hyper-V e tutte le VM presenti su tale host. È possibile selezionare le macchine virtuali specifiche di cui si desidera eseguire il backup.
• Tutti i contenuti delle macchine virtuali, inclusi i dischi virtuali, le istantanee e le impostazioni delle macchine virtuali, vengono acquisiti durante il processo di backup. È sufficiente selezionare l’hypervisor insieme a una posizione di archiviazione per il ripristino della macchina virtuale senza dover creare e configurare manualmente una nuova macchina virtuale.
• Possibilità di eseguire il backup online backup coerente con le applicazioni delle macchine virtuali Hyper-V utilizzando il metodo “Child VM Snapshot”. Ciò è di fondamentale importanza per gli ambienti di produzione, poiché non si verifica alcuna interruzione del funzionamento delle VM e il backup è transazionalmente coerente.
• Utilizzo efficiente delle risorse in termini di processore, memoria e spazio su disco.

Come eseguire il backup di una VM Microsoft Hyper-V con strumenti nativi

Microsoft System Center Data Protection Manager (DPM) è uno strumento nativo per il backup di Hyper-V che può essere utilizzato in ambienti di grandi dimensioni. DPM si integra con Microsoft System Center Virtual Machine Manager (SCVMM) per il backup delle VM. Assicurarsi che gli host Hyper-V siano configurati e gestiti correttamente all’interno di SCVMM per un’esperienza di backup senza intoppi.

Prerequisiti

Per eseguire il backup delle VM Hyper-V utilizzando System Center Data Protection Manager (DPM), è necessario soddisfare determinati prerequisiti e condizioni per garantire che il processo vada a buon fine. Questi prerequisiti possono variare leggermente a seconda delle versioni di DPM e dell’host Hyper-V, ma i requisiti fondamentali includono generalmente:

Prerequisiti a livello di sistema

• Sia DPM che l’host Hyper-V devono essere in esecuzione su sistemi operativi (OS) supportati dalle rispettive versioni. Assicurarsi che siano aggiornati.
• Assicurarsi che la versione di DPM supporti la versione di Hyper-V in uso. Esistono versioni specifiche di DPM per ogni versione di Hyper-V.
• Il ruolo Hyper-V deve essere installato e abilitato sul sistema host di cui si intende eseguire il backup.
• L’agente di protezione DPM deve essere installato su tutti i computer host Hyper-V che si intende proteggere. Se si prevede di eseguire il ripristino dei dati a livello di elemento dall’interno della macchina virtuale, l’agente deve essere installato anche all’interno della macchina virtuale.

Requisiti di configurazione

• Le VM devono essere configurate con dischi a dimensione fissa o con dischi a espansione dinamica. I dischi differenziali e i dischi pass-through presentano considerazioni specifiche e potrebbero non essere supportati per il backup in determinate configurazioni.
• Se gli host Hyper-V fanno parte di un cluster (Cluster Shared Volumes), assicurarsi che DPM sia configurato correttamente per proteggere le VM Hyper-V in un ambiente cluster.
• Assicurarsi che la connettività di rete e le autorizzazioni tra il server DPM e gli host Hyper-V siano corrette. Il server DPM e il server Hyper-V devono essere in grado di comunicare tra loro.
• DPM richiede uno spazio di storage su disco per il backup dei dati, pertanto assicurarsi che vi sia spazio su disco sufficiente nel pool di storage DPM. Per migliorare le prestazioni e la gestione, si consiglia di dedicare dei dischi allo storage DPM.

Software e sicurezza

• Il Windows Firewall deve consentire le attività di DPM. Ciò comporta spesso la modifica delle regole del firewall per consentire la comunicazione dell’agente DPM.
• L’account di servizio DPM necessita di autorizzazioni amministrative sull’host Hyper-V per eseguire i backup.

Requisiti delle VM

• I servizi di integrazione (noti anche come servizi guest delle VM) devono essere installati e in esecuzione nelle VM per alcune funzionalità di backup, in particolare per il backup online della VM.
• Assicurarsi che le istantanee delle macchine virtuali (punti di controllo) siano supportate e configurate correttamente per la versione della macchina virtuale e i tipi di disco in uso.

Si noti che le funzioni e i passaggi potrebbero variare a seconda delle diverse versioni di DPM.

Procedura di backup delle macchine virtuali Hyper-V

Il backup delle macchine virtuali Hyper-V tramite System Center Data Protection Manager prevede diversi passaggi chiave per garantire che i dati siano al sicuro e possano essere ripristinati in caso di guasto o perdita di dati. Il flusso di lavoro generale è il seguente:

• Aggiungere gli host Hyper-V a DPM . Accedere alla scheda Gestione nella Console di amministrazione di DPM e aggiungere i server Hyper-V di cui si desidera eseguire il backup. Ciò comporta l’inserimento dei nomi dei server e la verifica che DPM possa comunicare con essi tramite gli agenti appropriati.
• Configurare i gruppi di protezione . I gruppi di protezione in DPM sono essenzialmente criteri di backup. Si definirà cosa sottoporre a backup, con quale frequenza (frequenza di backup) e per quanto tempo conservare tali backup (criteri di conservazione).

Automatizzazione del backup Hyper-V in DPM

È possibile utilizzare PowerShell per eseguire il backup di una VM Hyper-V tramite DPM. Microsoft fornisce un modulo PowerShell specifico per DPM che consente di creare script e automatizzare un’ampia gamma di attività DPM, tra cui la creazione e la gestione dei backup delle VM Hyper-V.

Di seguito è riportata una descrizione generale dei passaggi necessari per eseguire il backup di una VM Hyper-V utilizzando System Center DPM tramite PowerShell.

NOTA: Assicurarsi che il modulo PowerShell di DPM sia installato sul sistema. Questo modulo viene in genere installato per impostazione predefinita insieme a DPM. Assicurarsi di eseguire i comandi o lo script di PowerShell con le autorizzazioni appropriate per accedere a DPM ed eseguire le operazioni di backup.

1. Avviare PowerShell con il modulo DPM. Primo, è necessario avviare una sessione di PowerShell e importare il modulo DPM. Potrebbe essere necessario eseguire PowerShell come amministratore.

   Import-Module DataProtectionManager

2. Connettiti al server DPM. È necessario stabilire una connessione al proprio server DPM. Sostituisci “ YOUR_DPM_SERVER_NAME ” con il nome del proprio server DPM:

   $DPMServer = Connect-DPMServer -DPMServerName "YOUR_DPM_SERVER_NAME"

3. Ottieni l’origine dati. Identificare la macchina virtuale di cui si desidera eseguire il backup e recuperarla. Sostituire “ YOUR_VM_NAME ” con il nome della propria macchina virtuale Hyper-V:

   $VMToBackup = Get-DPMDataSource -ProtectionGroup $ProtectionGroup | Where-Object { $_.Name -eq "YOUR_VM_NAME" }

   NOTA: Se non si conosce il proprio gruppo di protezione, utilizzare Get-DPMProtectionGroup -DPMServer $DPMServer per elencare tutti i gruppi di protezione presenti nel proprio server DPM.

4. Avviare il backup. Una volta ottenuta l’origine dati della macchina virtuale, è possibile avviare il backup. Se si desidera eseguire un backup completo rapido, è possibile utilizzare:

   Start-DPMBackupJob -Datasource $VMToBackup

Combinando i passaggi precedenti, è possibile creare uno script semplice per eseguire il backup di una macchina virtuale specifica in DPM:

# Import DPM PowerShell module

Import-Module DataProtectionManager

# Connect to DPM server

$DPMServer = Connect-DPMServer -DPMServerName "YOUR_DPM_SERVER_NAME"

# Get the list of protection groups (For illustration, you want to target a specific group later)

$ProtectionGroup = Get-DPMProtectionGroup -DPMServer $DPMServer

# Assuming you know which protection group your VM is in, filter to get that group

# For brevity, let's say it's your first protection group (adjust accordingly)

$ProtectionGroup = $ProtectionGroup[0]

# Get the VM to backup

$VMToBackup = Get-DPMDataSource -ProtectionGroup $ProtectionGroup | Where-Object { $_.Name -eq "YOUR_VM_NAME" }

# Start the Hyper-V backup

Start-DPMBackupJob -Datasource $VMToBackup

Tenere conto dei seguenti punti quando si configura il backup delle macchine virtuali Hyper-V con DPM:

• Questo script presuppone che si abbia familiarità con la configurazione del proprio server DPM e che si conoscano i nomi delle macchine virtuali di destinazione.
• A seconda dell’ambiente, potrebbe essere necessario personalizzare lo script per adattarlo alle proprie esigenze specifiche di backup.
• È fondamentale effettuare il monitoraggio regolare dell’integrità e dello stato dei backup tramite gli strumenti di gestione di DPM o script PowerShell aggiuntivi.
• Per operazioni e opzioni più dettagliate, è possibile fare riferimento alla documentazione di DPM PowerShell. Microsoft aggiorna costantemente la propria documentazione e il modulo PowerShell.

Come ripristinare le VM dal backup

Il ripristino di un’intera VM Hyper-V tramite System Center Data Protection Manager richiede l’esecuzione di diversi passaggi. Il flusso di lavoro presuppone che sia configurato un server DPM e che l’amministratore abbia familiarità con le nozioni di base di PowerShell. Potrebbero essere necessarie modifiche in base alle specificità del proprio ambiente e alla versione di DPM in uso.

Per ripristinare una VM Hyper-V:

1. Aprire PowerShell con privilegi amministrativi sul server DPM o su una workstation in cui sia installata la DPM Management Shell e configurata per comunicare con il server DPM.
2. Importare il modulo DPM nella sessione di PowerShell (se non viene importato automaticamente). Questo passaggio è talvolta necessario per le versioni precedenti di DPM:

   Import-Module DataProtectionManager

3. Elencare le origini dati DPM disponibili per individuare la VM che si desidera ripristinare. Utilizza il cmdlet Get-Datasource per elencare le VM di cui è in corso il backup:

   Get-DPMProtectionGroup -DPMServerName "YourDpmServerName" | Get-DPMDatasource

   Sostituisci “YourDpmServerName” con il nome del tuo server DPM. Esamina l’output per identificare la VM che desideri ripristinare.

4. Elenca i punti di ripristino disponibili per la VM selezionata. Una volta identificata la VM, puoi trovare i punti di ripristino disponibili utilizzando il cmdlet Get-DPMRecoveryPoint :

   $vm = Get-DPMDatasource -DPMServerName "YourDpmServerName" | Where-Object {$_.Name -eq "YourVMName"}

   Get-DPMRecoveryPoint -Datasource $vm

   Sostituire “YourVMName” con il nome della VM che si desidera ripristinare.

5. Selezionare il punto di ripristino da utilizzare per il ripristino. Una volta identificato il punto di ripristino necessario in base alla data, è possibile memorizzarlo in una variabile. Esempio:

   $recoveryPoint = Get-DPMRecoveryPoint -Datasource $vm | Where-Object {$_.RepresentedPointInTime -eq "DateOfYourChoice"}

   Sostituire “DateOfYourChoice” con la data e l’ora effettive del punto di ripristino necessario.

6. Avviare il ripristino. Utilizzare il cmdlet Restore-DPMRecoverableItem per avviare il processo di ripristino, specificando l’ubicazione di destinazione se necessario:

   Restore-DPMRecoverableItem -RecoverableItem $recoveryPoint -TargetServer "YourTargetHyperVHost" -RecoveryLocation HyperVHost -RecoveryType Recover

   Modificare il parametro -TargetServer per specificare l’host Hyper-V su cui si desidera ripristinare la macchina virtuale. I parametri -RecoveryLocation e -RecoveryType potrebbero variare a seconda dello scenario di ripristino specifico (ad esempio, ripristino nella posizione originale o in una posizione alternativa).

7. Monitorare il processo di ripristino. A seconda delle dimensioni della macchina virtuale e della velocità di rete, il ripristino potrebbe richiedere un po’ di tempo. È possibile monitorare i processi di ripristino utilizzando la Console di amministrazione di DPM o il cmdlet Get-DPMJob .

Ripristino di un singolo file da una macchina virtuale Hyper-V

È possibile ripristinare un singolo file da un backup di una macchina virtuale Hyper-V utilizzando System Center Data Protection Manager (SC DPM) con PowerShell. Questa procedura viene in genere eseguita ripristinando prima il disco della VM che contiene il file desiderato e quindi estraendo il file dal disco.

Di seguito sono riportati i passaggi generali per eseguire questa operazione:

1. Identificare il punto di ripristino. Innanzitutto, è necessario individuare il punto di ripristino della VM che contiene il file che si desidera ripristinare. È possibile utilizzare il cmdlet Get-DPMRecoveryPoint per elencare i punti di ripristino:

   $pg = Get-DPMProtectionGroup -DPMServerName "YourDPMServer"

   $ds = Get-DPMDatasource -ProtectionGroup $pg

   Get-DPMRecoveryPoint -Datasource $ds | ft -Property CreationTime, RepresentedPointInTime

   In questo modo vengono elencati i punti di ripristino disponibili per la selezione. Sostituire “YourDPMServer” con il nome del proprio server DPM.

2. Ripristinare il disco della macchina virtuale. Una volta individuato il punto di ripristino corretto, è possibile utilizzare il Restore-DPMRecoverableItem cmdlet per ripristinare il disco. In genere ciò comporta il ripristino del disco in una ubicazione temporanea o l’accesso diretto allo stesso, a seconda della configurazione dell’ambiente.

   $recoveryPoint = Get-DPMRecoveryPoint -Datasource $ds | where-object { $_.CreationTime -eq "DateTimeOfRecoveryPoint" }

   $recoveryOption = New-DPMRecoveryOption -HyperVDatasource -TargetServer "TargetServerForDiskRestoration" -RecoveryLocation CopyToFolder -RecoveryType Recover -TargetLocation "PathToStoreRecoveredDisk"

   Restore-DPMRecoverableItem -RecoverableItem $recoveryPoint -RecoveryOption $recoveryOption

   Assicurarsi di sostituire “DateTimeOfRecoveryPoint”, “TargetServerForDiskRestoration” e “PathToStoreRecoveredDisk” con i dettagli appropriati per la specifica operazione di ripristino.

3. Montare il VHD ed estrarre il file. Dopo aver ripristinato il disco virtuale in una ubicazione temporanea, è necessario montare manualmente il file VHD/VHDX in Windows ed estrarre quindi il file necessario:
   • Montare il file VHD/VHDX. È possibile montare un disco virtuale utilizzando lo strumento Gestione disco ( diskmgmt.msc ) oppure il Mount-VHD cmdlet di PowerShell.
   • Estrarre il file. Una volta montato il disco, questo apparirà come una nuova unità nel sistema e sarà possibile navigare al suo interno per copiare il file richiesto.

L’automazione del processo di montaggio del VHD, estrazione del file e successivo smontaggio del VHD può risultare piuttosto complessa e potrebbe richiedere la creazione di script personalizzati, a seconda di ciò che si desidera ottenere esattamente. Prestare attenzione e garantire l’integrità e la sicurezza dei dati durante l’esecuzione di tali operazioni, specialmente se si creano script per il processo di montaggio ed estrazione al fine di gestire dati sensibili.

NOTA: I comandi e i passaggi specifici possono variare a seconda della versione di SC DPM e PowerShell in uso, nonché della configurazione dell’ambiente di backup.

Come utilizzare la soluzione di backup di Hyper-V di NAKIVO

Un modo efficace per eseguire il backup delle VM di Hyper-V consiste nell’utilizzare soluzioni di terze parti che integrano le funzioni native di Microsoft Hyper-V. NAKIVO Backup & Replication supporta il backup senza agent e con coerenza delle applicazioni delle VM su host Hyper-V autonomi e in Cluster Hyper-V. I vantaggi dell’utilizzo della soluzione NAKIVO rispetto alle altre sono la facilità di implementazione e gestione, le molteplici opzioni di automazione, le funzionalità integrate di Ripristino di emergenza, ecc.

Con questo metodo di backup, quando una VM migra da un nodo del cluster a un altro, tale VM viene tracciata automaticamente senza ulteriori configurazioni o interventi manuali. È possibile archiviare i backup su storage locale in sede e sul cloud, compreso lo Storage immutabile.

Esaminiamo brevemente il flusso di lavoro per il backup di Hyper-V nella soluzione NAKIVO. È possibile Scarica la prova gratuita per testare questo backup di una VM Hyper-V nel proprio ambiente.

1. Aprire l’interfaccia web di NAKIVO Backup & Replication:
   • Assicurarsi che l’Host o il cluster Hyper-V sia aggiunto all’inventario NAKIVO.
   • È possibile utilizzare il repository di backup onboard o aggiungere un nuovo repository di backup per archiviare i backup di Hyper-V.
2. Vai su Lavori , fai clic su + per creare un nuovo lavoro, quindi seleziona Backup for Microsoft Hyper-V . Si aprirà la New Backup Job Wizard for Microsoft Hyper-V .

   

3. Nel passaggio Source , seleziona le VM di cui desideri eseguire il backup. È possibile selezionare VM in esecuzione. È possibile selezionare più VM residenti su diversi Host e cluster Microsoft Hyper-V. Fai clic su Avanti in ogni passaggio della procedura guidata per continuare.

   

4. Selezionare un repository di backup in cui archiviare il backup della macchina virtuale Hyper-V nel passaggio Destinazione . In questo esempio viene utilizzato un repository onboard.

   

5. Nel passaggio Schedule , configurare il lavoro di backup di Hyper-V e le impostazioni di conservazione. È possibile creare più lavori in modo flessibile e impostare il tempo di conservazione per questi punti di ripristino. È possibile configurare le impostazioni di pianificazione e conservazione in modo da soddisfare i requisiti di Regola di backup 3-2-1.

   Si noti che è presente una casella di controllo per abilitare immutabilità dei backup per un determinato periodo, al fine di aumentare il livello di protezione contro il ransomware per i backup di Hyper-V.

   

6. Immettere il nome del lavoro per il backup di Hyper-V e selezionare altre opzioni. È possibile configurare un’ampia gamma di funzionalità e opzioni, tra cui:
   • Modalità coerente con le applicazioni
   • Tracciamento dei blocchi modificati
   • Accelerazione di rete
   • Crittografia
   • Verifica del backup della macchina virtuale
   • Opzioni di backup completo periodico

   Avanti Fine per salvare le impostazioni e chiudere la procedura guidata del lavoro. Un lavoro verrà avviato in base alle impostazioni di pianificazione.

   

Procedure consigliate per il backup di Hyper-V

Esistono alcune Procedure consigliate per il backup di Hyper-V che è possibile seguire per ottimizzare il processo di backup delle VM. Queste linee guida possono aiutare a ridurre le finestre di backup, risparmiare risorse, migliorare la sicurezza e velocizzare il ripristino quando necessario.

1. Eseguire il backup delle VM a livello di host

I tempi in cui si trasmettevano i dati di backup dall’interno dei sistemi operativi guest tramite un agente di backup sono ormai finiti. L’infrastruttura aziendale moderna di oggi è prevalentemente virtualizzata, il che significa che abbiamo letteralmente centinaia di sistemi operativi guest in esecuzione su pochi nodi fisici Hyper-V in una configurazione a cluster. Cercare di gestire i backup in modo efficiente ed efficace da ogni singolo sistema operativo guest tramite un agente sarebbe un incubo dal punto di vista della gestione e dell’amministrazione.

L’utilizzo di un software di backup come NAKIVO Backup & Replication, in grado di interfacciarsi con gli host Hyper-V, consente di utilizzare un unico punto di accesso per eseguire il backup di più VM. Inoltre, è estremamente vantaggioso che il software di backup sia in grado di eseguire il backup delle VM Hyper-V a livello di host, in quanto il backup conterrà tutte le impostazioni e le configurazioni specifiche della VM. Il ripristino di un backup a livello di host di una VM ricreerà la VM fin nei minimi dettagli, comprese le impostazioni della VM stessa.

I backup a livello di guest non tengono conto dell’infrastruttura Hyper-V che ospita le VM. Ciò significa che, se fosse necessario ripristinare l’intera VM da un backup a livello di guest, si dovrebbe prima creare una VM “shell” per ricevere i dati ripristinati dalla VM originale. Ciò richiederebbe di ristabilire manualmente le impostazioni della VM.

2. Utilizzare il Resilient Change Tracking (RCT)

Quando si valuta il modo migliore per eseguire il backup delle macchine virtuali Hyper-V, è opportuno assicurarsi di sfruttare il Tracciamento delle modifiche resiliente di Hyper-V (RCT). Questa tecnologia è stata introdotta per la prima volta con Windows Server 2016 Hyper-V e consente di eseguire veri e propri backup incrementali. Il Resilient Change Tracking è l’implementazione di Microsoft del Monitoraggio dei blocchi modificati (CBT) per Hyper-V. In breve, questa tecnologia Hyper-V consente ai moderni software di backup delle macchine virtuali di mantenere una mappatura dei blocchi che sono cambiati dall’ultimo backup.

Si crea innanzitutto un backup completo della VM Hyper-V; successivamente, invece di dover copiare gli stessi dati ad ogni ciclo di backup, il software di backup copia solo i dati che sono stati modificati. Con l’RCT attivato, il backup incrementale successivo rileva, grazie al tracciamento dei “blocchi virtuali”, quali blocchi sono stati modificati e copia solo quelli. Tra il backup completo e ogni backup incrementale contenente i blocchi modificati, si ottiene una rappresentazione completa della VM Hyper-V. La componente “resiliente” dell’acronimo RCT evidenzia la capacità di Hyper-V di mantenere la coerenza nel processo di tracciamento delle modifiche, anche in caso di crash grave o di spegnimento imprevisto di una VM. L’utilizzo di un totale di tre file di tracciamento delle modifiche, di cui uno in memoria e due su disco, distribuisce queste informazioni su più ubicazioni e supporti, garantendo così la ridondanza delle informazioni RCT. NAKIVO Backup & Replication è una moderna soluzione di backup delle VM in grado di eseguire facilmente il backup di ambienti Hyper-V e che sfrutta RCT Hyper-V.

3. Non considerare mai i punti di controllo di Hyper-V come backup

I punti di controllo sono il termine utilizzato da Hyper-V per indicare ciò che molti nel mondo VMware definirebbero snapshot. Molti hanno dovuto imparare a proprie spese come funzionano i punti di controllo/snapshot delle VM. Si tratta di non di backup e, in quanto tali, non sono supportati da Microsoft in Hyper-V. I punti di controllo utilizzano un meccanismo per registrare le variazioni delta rispetto a un determinato momento. Tuttavia, dipendono dai dischi di base da cui vengono creati.

Un backup dovrebbe essere un meccanismo completamente autonomo per il ripristino dei dati e non dovrebbe avere alcuna dipendenza dai dischi della VM madre. I punto di controllo/snapshot utilizzano file che risiedono sulla stessa infrastruttura di storage sottostante e nella stessa cartella della VM dei dischi della VM madre. Se si perde il disco madre, il punto di controllo diventa inutilizzabile.

I punti di controllo hanno la loro utilità, specialmente in situazioni in cui sono necessari rapidi rollback a uno stato noto. Un caso d’uso specifico per i punti di controllo sarebbe uno scenario di sviluppo, in cui uno sviluppatore deve integrare il codice e continuare il processo di test. Un punto di controllo consentirebbe di riportare un server allo stato precedente all’integrazione del codice e quindi di tornare indietro attraverso ciascuna iterazione di test. Il punto chiave, tuttavia, è che i punti di controllo hanno uno scopo ben preciso, ma non fungono da forma di backup. Pertanto, il modo migliore per eseguire il backup delle VM Hyper-V è tenere sempre presente che i punti di controllo di Hyper-V non possono essere utilizzati al posto dei backup.

4. Installare i servizi di integrazione di Hyper-V

I servizi di integrazione di Hyper-V sono un insieme di “strumenti per VM” utilizzati nell’ambiente Hyper-V, che consentono un’interazione speciale tra l’host Hyper-V e i sistemi operativi guest caricati sulle VM. Questo speciale pacchetto software installato sulla VM è particolarmente rilevante quando si tratta di individuare il modo migliore per eseguire il backup dei sistemi Hyper-V. Uno dei servizi di integrazione installati si chiama Backup (punto di controllo del volume). Questo servizio consente di eseguire backup coerenti del sistema operativo guest quando viene utilizzato con una soluzione di backup delle VM in grado di sfruttare le funzionalità dei servizi di integrazione.

Assicurandosi che il pacchetto dei servizi di integrazione sia installato, abilitato e in esecuzione, è possibile eseguire backup delle VM dall’host in tempo reale e senza tempi di inattività. Sfruttando i servizi di integrazione di Hyper-V, i backup possono utilizzare i punti di controllo e VSS per eseguire il backup dei dati in modo coerente senza interruzioni. Senza i servizi di integrazione, le VM sottoposte a backup vengono poste in modalità “Stato salvato” mentre viene acquisito il snapshot VSS. In modalità “Stato salvato”, alcune VM Hyper-V potrebbero andare offline brevemente durante il processo di backup iniziale.

5. Utilizzare backup coerenti con le applicazioni

Il backup delle risorse business-critical include generalmente applicazioni quali Microsoft Exchange Server, Microsoft Active Directory e Microsoft SQL Server. Le applicazioni sopra menzionate sono generalmente presenti nella maggior parte dei data center aziendali odierni. Quando si esegue il backup di risorse virtuali che contengono applicazioni, è importante assicurarsi che tali macchine virtuali vengano sottoposte a backup utilizzando backup “coerenti con le applicazioni”.

I backup “coerenti con le applicazioni” utilizzano il servizio Copia shadow del volume di Microsoft per garantire che le transazioni delle applicazioni presenti in memoria vengano correttamente scaricate su disco prima dell’esecuzione del backup. Ciò assicura che le applicazioni, e in particolare i loro database, rimangano in uno stato transazionalmente coerente.

L’utilizzo di backup “coerenti con le applicazioni” e la coerenza transazionale offrono notevoli vantaggi. Eliminano il rischio di corruzione dei dati e garantiscono che non siano necessari ulteriori processi dopo il ripristino del backup. Se si ripristinasse solo un backup “crash-consistent” o che non tiene conto dei dati delle applicazioni, sarebbe necessario seguire procedure aggiuntive per riprodurre i log ed eseguire altre attività al fine di garantire la coerenza dell’applicazione basata sul database. Quando ogni minuto è fondamentale in uno scenario di Ripristino di emergenza, disporre di un backup ripristinato che sia già coerente accelera decisamente il tempo di RTO.

Soluzioni software specializzate come NAKIVO Backup & Replication consentono di utilizzare la modalità coerente con le applicazioni per i lavori Hyper-V, garantendo la coerenza a livello di applicazione durante il backup delle applicazioni business-critical: questo rappresenta il modo migliore per eseguire il backup di un ambiente Hyper-V.

Prova NAKIVO Backup & Replication

Richiedi una prova gratuita per scoprire tutte le funzionalità di protezione dei dati offerte dalla soluzione. 15 giorni gratuiti. Nessuna limitazione in termini di funzionalità o capacità. Non è obbligatoria alcuna carta di credito.

Prova gratuitamente