Backup delle VM Hyper-V: la guida definitiva

Se utilizzi macchine Microsoft Hyper-V, esistono diversi approcci 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 metodo di backup delle VM Hyper-V ha i suoi casi d’uso e può differire in termini di efficienza delle risorse e opzioni di ripristino. Questo post del blog tratta i metodi di backup delle VM Hyper-V, spiega come eseguire il backup delle VM Hyper-V e illustra le procedure consigliate per il backup delle VM.

NAKIVO for Hyper-V Backup

Agentless, application-aware backups for Hyper-V. Anti-ransomware protection, instant VM boot from backup, other virtual/physical platform support and more.

DISCOVER SOLUTION

Modalità di 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 utilizzando questi strumenti nativi:

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

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

Backup di macchine virtuali Hyper-V host vs. guest

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

Backup a livello di ospite

Il backup delle VM a livello di guest si basa sull’uso di uno speciale software basato su agenti installato sul sistema operativo guest (OS) per eseguire il processo di backup. Questo approccio al backup è simile al backup di un host fisico.Il backup a livello di guest consente una coerenza con le applicazioni utilizzando Microsoft Servizio Copia shadow del volume (VSS – noto anche come Volume Snapshot Service) per creare copie dei dati coerenti. Quasi tutti i software di backup sviluppati per Windows includono VSS per consentire la creazione di backup dei dati sensibili coerente con le applicazioni. VSS è una tecnologia in grado di creare snapshot, ovvero copie “ombra” puntuali, dei volumi anche quando la VM è in esecuzione. Per questo processo vengono utilizzati i writer VSS, che sono componenti di VSS. In Linux, LVM (Logical Volume Manager) viene utilizzato a questo scopo per creare snapshot coerenti con le applicazioni.

Agenti: definizione e ruolo

Un agente è un componente software di backup installato su un computer fisico o una VM per interagire con il file system e le applicazioni. Gli agenti di solito funzionano come un 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 backup di macchine virtuali è considerato un approccio obsoleto, in quanto non è efficiente quanto l’utilizzo di soluzioni di backup senza agenti. Tuttavia, esistono alcuni casi d’uso per questo approccio in ambienti virtuali, che tratteremo nella sezione avanti.

Casi d’uso per il backup a livello di guest

Nei seguenti casi potrebbe essere necessario ricorrere all’approccio di backup a livello di guest negli ambienti virtuali:

• Se il sistema operativo guest non è ufficialmente supportato dall’hypervisor, non è possibile creare un backup coerente con l’applicazione utilizzando il metodo a livello di host.
• Se la VM è connessa a uno storage condiviso a livello di 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 host.

  Ad esempio, supponiamo che una VM sia collegata a un LUN (Logical Unit Number) SAN (Storage Area Network) tramite il protocollo iSCSI (utilizzando un iniziatore iSCSI in-guest) e che un software come un server di database o un file server stia utilizzando quel volume. In questo caso, il writer VSS 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 e entrambi i tipi di disco devono essere inattivi quando viene acquisita l’istantanea.

  

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

Alcune organizzazioni con ambienti virtualizzati di piccole dimensioni utilizzano il metodo di backup delle VM a livello 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 è consigliabile, poiché esistono soluzioni di backup delle VM a livello host altrettanto convenienti o addirittura più economiche per ambienti Hyper-V di piccole dimensioni.

Vantaggi

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

Svantaggi

• Gli agenti devono essere installati su ogni VM, il che è scomodo e richiede tempo.
• Il processo di ripristino è più complesso. È necessario innanzitutto creare una nuova VM vuota. Successivamente, occorre configurare le impostazioni della VM (CPU virtuale, memoria, dischi, rete, ecc.). Solo allora è possibile ripristinare la VM e occorre ripristinare i supporti per poter riavviare il sistema.
• Il consumo delle risorse di elaborazione aumenta in modo significativo, soprattutto quando si esegue il backup simultaneo di più VM residenti su un unico host Hyper-V.
• Il software di backup basato su agenti richiede l’uso di credenziali di root o amministratore per configurare gli agenti, compromettendo potenzialmente la sicurezza.
• Nessuna snapshot a livello di VM.

Backup a livello di host

I backup delle VM Hyper-V a livello di host operano a livello di hypervisor anziché a livello di VM guest e possono eseguire il backup delle VM 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 configurazioni hardware virtuali, quali CPU, memoria, rete, ecc.Esistono due tipi di backup a livello di host: Stato salvato e Snapshot VM figlio.

Metodo Stato salvato

Il Metodo Stato salvato è un metodo di backup parzialmente offline che non è coerente con le applicazioni. Con questo metodo, il servizio Volume Shadow Copy Service (VSS) di Hyper-V assegna al writer VSS l’esecuzione del processo di backup. Se la VM è in esecuzione in quel momento, il writer VSS di Hyper-V mette la VM in uno “stato salvato”. Ciò significa che la VM rimane offline per un breve periodo di tempo mentre viene acquisita l’istantanea. In questo modo è possibile salvare i file aperti e registrare lo stato delle applicazioni in esecuzione sul disco rigido virtuale.Come funziona il metodo Saved State?Questo processo consiste nelle seguenti fasi:

1. Preparare per snapshot evento. 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. Scattare lo snapshot. Viene utilizzato il writer VSS di Hyper-V, che viene eseguito come processo VMMS.exe (Virtual Machine Management Service). Lo snapshot, noto anche come 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, viene attivato l’evento successivo, PostSnapshot.
3. Pubblica istantanea evento. La VM viene riportata allo stato precedente.

Metodo Snapshot VM secondaria

Il Metodo Snapshot VM secondaria è un metodo coerente con le applicazioni in cui la VM rimane online durante l’operazione di backup, creando un backup coerente. Questo metodo è preferibile al metodo Saved State per il backup delle VM in esecuzione e può essere utilizzato per ambienti di produzione ad alta disponibilità.Mentre il metodo Saved State utilizza Hyper-V VSS al di fuori delle VM figlie, il metodo Child VM Snapshot utilizza il meccanismo VSS all’interno della VM figlia per creare backup. Più dettagliatamente, il metodo Child VM Snapshot utilizza il meccanismo VSS all’interno dell’host Hyper-V, non all’interno della VM figlia stessa, per creare backup. Il servizio VSS Requestor all’interno della VM figlia comunica con il writer VSS dell’host per coordinare la creazione dello snapshot. Si noti che il termine “VM figlia” è sinonimo di “VM guest”.Come funziona il metodo Child VM snapshot?La sequenza degli eventi è in parte simile al metodo Saved State:

1. Preparare per snapshot evento. Il servizio Hyper-V VSS Requestor nella VM figlia attiva l’evento PrepareForSnapshot per avviare la creazione del backup.
2. Scattare un snapshot evento. Dopo aver ricevuto la richiesta dal servizio VSS Requestor, viene creata l’istantanea. Quindi il controllo viene restituito dal servizio Hyper-V VSS Requestor al servizio Hyper-V VSS Writer.
3. Pubblica istantanea evento. Lo scrittore VSS 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-VServizi di integrazione Hyper-V vengono utilizzati per fornire un’interazione speciale tra l’hypervisor e la VM figlia durante la creazione di backup con il metodo Child VM snapshot. Questi servizi comprendono una raccolta di driver e servizi che possono essere abilitati o disabilitati individualmente a seconda delle esigenze. Il servizio VSS Requestor Service descritto sopra fa parte della suite di Integration Services, che deve essere installata sulla VM per eseguire il backup a livello di host.A partire da Windows Server 2008 R2 e Windows 7, Integration Services è incluso nel sistema operativo. Se si desidera installare o aggiornare manualmente Integration Services sulla VM, è possibile farlo utilizzando Hyper-V Manager e montando il vmguest.iso immagine disco virtuale sull’unità virtuale della VM. Per aggiornare manualmente Integration Services su un host Hyper-V, è possibile scaricare i servizi dal sito Microsoft e installarli tramite PowerShell. Windows 10 e Windows Server 2016 possono aggiornare Integration Services sia sugli host che sui guest tramite il servizio Windows Update.Requisiti per il metodo Child VM SnapshotPer creare backup utilizzando il metodo Snapshot della VM secondaria, è necessario soddisfare le seguenti condizioni:

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

Se una qualsiasi di queste condizioni non è soddisfatta, non è possibile utilizzare il metodo Child VM snapshot. In questo caso, viene utilizzato per impostazione predefinita il metodo Saved State.

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 è in grado di gestire l’intero host Hyper-V e tutte le VM residenti su questo host. È possibile selezionare le VM specifiche di cui si desidera eseguire il backup.
• Tutti i contenuti della VM, inclusi dischi virtuali, snapshot e impostazioni della VM, vengono acquisiti durante il processo di backup. È sufficiente selezionare l’hypervisor e una ubicazione di storage per il ripristino della VM senza dover creare e configurare manualmente una nuova VM.
• Capacità di effettuare prestazioni online backup coerente con le applicazioni delle VM Hyper-V utilizzando il metodo Child VM Snapshot. Ciò è di fondamentale importanza per gli ambienti di produzione, poiché non vi è alcuna interruzione del funzionamento delle VM e il backup è coerente dal punto di vista transazionale.
• Utilizzo efficiente delle risorse in termini di processore, memoria e spazio su disco.

Come eseguire il backup di una VM 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. Assicurati che gli host Hyper-V siano configurati e gestiti correttamente all’interno di SCVMM per garantire un’esperienza di backup fluida.

Requisiti

Per eseguire il backup delle VM Hyper-V utilizzando System Center Data Protection Manager (DPM), è necessario soddisfare determinati prerequisiti e condizioni per garantire il corretto svolgimento del processo. Questi prerequisiti possono variare leggermente a seconda delle versioni di DPM e dell’host Hyper-V, ma i requisiti principali 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 tutte le macchine host Hyper-V che si intende proteggere. Se si prevede di eseguire il ripristino dei dati a livello di elemento all’interno della VM, l’agente deve essere installato anche all’interno della VM.

Requisiti di configurazione

• Le VM devono essere configurate con dischi di dimensioni fisse o dischi ad espansione dinamica. I dischi differenziali e i dischi pass-through presentano considerazioni specifiche e potrebbero non ricevere supporto 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 una configurazione 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, quindi assicurarsi che lo spazio su disco nel pool di storage DPM sia sufficiente. Per migliorare le prestazioni e la gestione, valutare la possibilità di dedicare dei dischi all’archiviazione DPM.

Software e sicurezza

• Windows Firewall deve consentire le attività 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 VM

• Integration Services (chiamato anche VM Guest Services) deve essere installato e in esecuzione nelle VM per determinate funzionalità di backup, in particolare per il backup online della VM.
• Assicurarsi che gli snapshot delle VM (punti di controllo) siano supportati e configurati correttamente per la versione della VM 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 della VM Hyper-V

Il backup delle VM Hyper-V tramite System Center Data Protection Manager prevede diversi passaggi fondamentali per garantire la sicurezza dei dati e la possibilità di ripristinarli in caso di guasti o perdita di dati. Il flusso di lavoro generale è il seguente:

• Aggiungi i tuoi host Hyper-V a DPM. Passare alla scheda GESTIONE nella console di amministrazione DPM e aggiungere i server Hyper-V di cui si desidera eseguire il backup. Ciò comporta l’immissione dei nomi dei server e la verifica che DPM sia in grado di comunicare con essi tramite gli agenti appropriati.
• Configurare i gruppi di protezione. I gruppi di protezione in DPM sono essenzialmente criteri di backup. È possibile definire cosa eseguire il backup, con quale frequenza (frequenza di backup) e per quanto tempo conservare tali backup (criteri di conservazione).

Automatizzazione del backup di Hyper-V in DPMÈ possibile utilizzare PowerShell per eseguire il backup di una macchina virtuale Hyper-V utilizzando 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 macchine virtuali Hyper-V.Di seguito è riportata una descrizione generale dei passaggi necessari per eseguire il backup di una macchina virtuale Hyper-V utilizzando System Center DPM tramite PowerShell.NOTA: Assicurarsi che il modulo DPM PowerShell sia installato sul sistema. Questo modulo è in genere installato per impostazione predefinita con DPM. Assicurarsi di eseguire i comandi o gli script PowerShell con le autorizzazioni appropriate per accedere a DPM ed eseguire operazioni di backup.

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

   Import-Module DataProtectionManager

2. Connettiti al server DPM. Devi stabilire una connessione al tuo server DPM. Sostituisci “IL_TUO_NOME_DEL_SERVER_DPM” con il nome del tuo server DPM:

   $DPMServer = Connect-DPMServer -DPMServerName \"YOUR_DPM_SERVER_NAME\"

3. Ottieni l’origine dati. Identifica la VM di cui desideri eseguire il backup e ottenila. Sostituisci “IL_NOME_DELLA_tua_macchina_virtuale” con il nome della tua VM Hyper-V:

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

   NOTA: Se non conosci il tuo gruppo di protezione, utilizza Get-DPMProtectionGroup -DPMServer $DPMServer per elencare tutti i gruppi di protezione nel server DPM.

4. Avvia il backup. Una volta ottenuta l’origine dati della VM, è 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 VM specifica in DPM:# Import DPM PowerShell moduleImport-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 backupStart-DPMBackupJob -Datasource $VMToBackupQuando si configura il backup della VM Hyper-V con DPM, tenere conto dei seguenti punti:

• Questo script presuppone che tu abbia familiarità con la configurazione del tuo server DPM e che conosca i nomi delle VM di destinazione.
• A seconda dell’ambiente, potrebbe essere necessario personalizzare lo script in base alle specifiche esigenze di backup.
• È fondamentale effettuare il monitoraggio regolare dello stato di salute 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 più passaggi. Il flusso di lavoro presuppone che sia stato configurato un server DPM e che l’amministratore abbia familiarità con le nozioni di base di PowerShell. Potrebbero essere necessarie modifiche in base alle specifiche dell’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 stazione di lavoro in cui è installata e configurata DPM Management Shell per comunicare con il server DPM.
2. Importa il modulo DPM nella sessione PowerShell (se non viene importato automaticamente). Questo passaggio è talvolta necessario per le versioni precedenti di DPM:

   Import-Module DataProtectionManager

3. Elenca le origini dati DPM disponibili per trovare la VM che desideri ripristinare. Utilizza il comando Get-Datasource cmdlet per elencare le VM di cui è stato eseguito il backup:

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

   Sostituisci “Il nome del tuo server DPM” 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, è possibile trovare i punti di ripristino disponibili utilizzando il comando Get-DPMRecoveryPoint cmdlet:

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

   Get-DPMRecoveryPoint -Datasource $vm

   Sostituisci “Il nome della tua macchina virtuale” con il nome della VM che desideri 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\"}

   Sostituisci “Data a tua scelta” con la data e l’ora effettive del punto di ripristino necessario.

6. Avvia il ripristino. Utilizza il comando Restore-DPMRecoverableItem cmdlet per avviare il processo di ripristino, specificando la ubicazione di destinazione se necessario:

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

   Regolare il -ServerDestinazione parametro per specificare l’host Hyper-V su cui si desidera ripristinare la VM. Il -Posizione di recupero e -Tipo di recupero I parametri potrebbero variare a seconda dello scenario di ripristino specifico (ad esempio, ripristino nella ubicazione originale o in una ubicazione alternativa).

7. Monitorare il processo di ripristino. A seconda della dimensione della VM e della velocità della rete, il ripristino potrebbe richiedere del tempo. È possibile monitorare i processi di ripristino utilizzando la console di amministrazione DPM o il comando Get-DPMJob cmdlet.

Ripristina un singolo file da una VM Hyper-V

È possibile ripristinare un singolo file da un backup di Hyper-V VM utilizzando System Center Data Protection Manager (SC DPM) con PowerShell. Questo processo viene in genere eseguito ripristinando prima il disco della VM che contiene il file necessario e quindi estraendo il file dal disco.Di seguito sono riportati i passaggi generali per eseguire questa operazione:

1. Identificare il punto di ripristino. Per prima cosa, devi trovare il punto di ripristino della VM che contiene il file che desideri ripristinare. Puoi utilizzare il comando Get-DPMRecoveryPoint cmdlet per elencare i punti di ripristino:

   $pg = Get-DPMProtectionGroup -DPMServerName \"YourDPMServer\"

   $ds = Get-DPMDatasource -ProtectionGroup $pg

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

   Questo elenca i punti di ripristino disponibili per la selezione. Sostituire “Il tuo server DPMS” con il nome del tuo server DPM.

2. Ripristina il disco della VM. Una volta identificato il punto di ripristino corretto, è possibile utilizzare il comando Restore-DPMRecoverableItem cmdlet per ripristinare il disco. Ciò comporta in genere il ripristino del disco in una ubicazione temporanea o l’accesso diretto ad esso, 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

   Assicurati di sostituire “DataOraDelPuntoDiRipristino”, “Server di destinazione per il ripristino del disco” e “PercorsoVersoNegozioDiscoRecuperato” con i dettagli appropriati per la tua 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 e quindi estrarre il file necessario:
   • Monta il VHD/VHDX. È possibile montare un disco virtuale utilizzando lo strumento Gestione disco (diskmgmt.msc) oppure utilizzando il Mount-VHD Cmdlet di PowerShell.
   • Estrai il file. Una volta montato il disco, apparirà come una nuova unità nel sistema e sarà possibile navigare attraverso questa unità per copiare il file richiesto.

L’automazione del processo di montaggio del VHD, estrazione del file e smontaggio del VHD può essere piuttosto complessa e potrebbe richiedere script personalizzati, a seconda di ciò che si desidera ottenere. Prestare attenzione e garantire l’integrità e la sicurezza dei dati durante l’esecuzione di tali operazioni, in particolare se si utilizzano script per il processo di montaggio ed estrazione per 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 NAKIVO

Un modo efficace per eseguire il backup delle VM Hyper-V è utilizzare soluzioni di terze parti che integrano le funzioni native di Microsoft Hyper-V. NAKIVO Backup & Replication Supporta il backup senza agenti e coerente con le applicazioni delle VM su host Hyper-V autonomi e in Cluster Hyper-VI vantaggi dell’utilizzo della soluzione NAKIVO rispetto alle altre sono la facilità di implementazione e gestione, le molteplici opzioni di automazione, le funzioni integrate di ripristino di emergenza, ecc.Con questo metodo di backup, quando una VM migra da un nodo del cluster a un altro, questa VM viene tracciata automaticamente senza ulteriori configurazioni o interventi manuali. È possibile archiviare i backup su storage locale in sede e nel 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 della VM di Hyper-V nel proprio ambiente.

1. Apri 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 integrato o aggiungere un nuovo repository di backup per archiviare i backup di Hyper-V.
2. Vai a Lavori, clicca + per creare un nuovo lavoro, e premi Backup per Microsoft Hyper-V. Il Nuova procedura guidata per i lavori di backup per Microsoft Hyper-V si apre.

   

3. Al Origine passaggio, seleziona le VM Hyper-V di cui desideri eseguire il backup. È possibile selezionare VM in esecuzione. È possibile selezionare più VM residenti su host e cluster Hyper-V diversi. Premi Avanti ad ogni passaggio della procedura guidata per continuare.

   

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

   

5. Al Pianifica passaggio, configurare un 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 per soddisfare le esigenze specifiche. Regola del backup 3-2-1.

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

   

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

   Colpisci Termina per salvare le impostazioni e chiudere la procedura guidata. Il processo verrà avviato in base alle impostazioni di pianificazione.

   

Procedure consigliate per il backup di Hyper-V

Ci sono alcuni 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 i tempi di backup, risparmiare risorse, migliorare la sicurezza e velocizzare il ripristino quando necessario.

1. Eseguire il backup delle VM a livello di host

I giorni in cui era possibile eseguire il backup dei dati in streaming dai sistemi operativi guest tramite un agente di backup sono finiti. L’infrastruttura aziendale moderna è oggi prevalentemente virtualizzata, il che significa che abbiamo letteralmente centinaia di sistemi operativi guest in esecuzione su pochi nodi Hyper-V fisici in una configurazione 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.Utilizzo di software di backup come NAKIVO Backup & Replication che può interfacciarsi con i vostri host Hyper-V vi consente di utilizzare un unico punto di accesso per eseguire il backup di più VM. Inoltre, è estremamente vantaggioso se il vostro software di backup è 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 hanno alcuna conoscenza dell’infrastruttura Hyper-V che ospita le VM. Ciò significa che se è necessario ripristinare l’intera VM da un backup a livello di guest, è necessario prima creare una VM “shell” per ricevere i dati ripristinati dalla VM originale. Ciò richiederebbe il ripristino manuale delle impostazioni della VM.

2. Utilizzare il tracciamento delle modifiche resiliente (RCT)

Quando si pensa al modo migliore per eseguire il backup delle VM Hyper-V, è importante assicurarsi di sfruttare Tracciamento delle modifiche resiliente di Hyper-V o RCT. Questa tecnologia è stata introdotta per la prima volta con Windows Server 2016 Hyper-V e ci consente di eseguire backup incrementali reali. Il tracciamento delle modifiche resiliente è l’implementazione di Microsoft di Monitoraggio dei blocchi modificati (CBT) per Hyper-V. In breve, questa tecnologia Hyper-V consente ai moderni software di backup delle VM di mantenere una mappatura dei blocchi che sono stati modificati dall’ultimo backup.Si crea prima un backup completo della VM Hyper-V, quindi, 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 RCT attivato, il backup incrementale successivo riconosce, grazie al tracciamento dei “blocchi virtuali”, quali blocchi sono stati modificati e copia solo quelli. Tra il backup completo e ogni backup incrementale con 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 arresto imprevisto di una VM. L’utilizzo di un totale di tre file di tracciamento delle modifiche, uno in memoria e due su disco, distribuisce queste informazioni su più ubicazioni e supporti, garantendo la ridondanza delle informazioni RCT. NAKIVO Backup & Replication è una moderna soluzione di backup VM in grado di eseguire facilmente il backup di ambienti Hyper-V e che utilizza RCT Hyper-V.

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

I punti di controllo sono il termine utilizzato da Hyper-V per indicare ciò che molti nel mondo VMware chiamerebbero snapshotMolti hanno dovuto imparare a proprie spese come funzionano i punti di controllo/snapshot delle VM. Questi sono non backup e non sono supportati da Microsoft in Hyper-V in quanto tali. I punti di controllo utilizzano un meccanismo per registrare le modifiche delta da un determinato momento. Tuttavia, dipendono dai dischi di base da cui sono stati creati.Un backup dovrebbe essere un meccanismo completamente autonomo per ripristinare i dati e non avere dipendenze dai dischi della VM padre. I punti di controllo/snapshot utilizzano file che risiedono sulla stessa infrastruttura di archiviazione sottostante e nella stessa cartella della VM dei dischi della VM padre. Se perdiamo il disco padre, il punto di controllo diventa inutilizzabile.I punti di controllo hanno la loro utilità, specialmente in situazioni in cui è necessario effettuare rapidamente un rollback a uno stato noto. Un caso d’uso specifico dei punti di controllo potrebbe essere uno scenario di sviluppo, in cui uno sviluppatore deve integrare il codice e continuare il processo di test. Un punto di controllo consentirebbe di ripristinare un server a uno stato precedente all’implementazione del codice e quindi di tornare indietro attraverso ogni iterazione di test. Il punto chiave qui, tuttavia, è che i punti di controllo hanno uno scopo, ma che questo non comprende la funzione di backup. Pertanto, il modo migliore per eseguire il backup delle VM Hyper-V è tenere sempre presente che i punti di controllo Hyper-V non possono essere utilizzati al posto dei backup.

4. Installare i servizi di integrazione Hyper-V

I servizi di integrazione di Hyper-V sono un insieme di “strumenti 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 di software installato sulla VM è particolarmente importante quando si tratta di trovare il modo migliore per eseguire il backup dei sistemi Hyper-V. Uno dei servizi di integrazione installati è denominato Backup (punto di controllo del volume)Questo servizio consente di eseguire backup del sistema operativo guest coerenti quando viene utilizzato da una soluzione di backup VM in grado di sfruttare le funzionalità di Integration Services.Assicurandosi che il pacchetto Integration Services sia installato, abilitato e in esecuzione, è possibile eseguire backup della VM dall’host in tempo reale e senza tempi di inattività. Sfruttando Integration Services di Hyper-V, i backup possono utilizzare punti di controllo e VSS per eseguire il backup dei dati in modo coerente e senza interruzioni. Senza Integration Services, le VM di cui viene eseguito il backup vengono poste in stato salvato mentre viene acquisita l’istantanea VSS. In modalità Stato salvato, alcune VM Hyper-V potrebbero andare offline brevemente durante il processo di backup iniziale.

5. Utilizzare il backup coerente con le applicazioni

Il backup delle risorse critiche per l’azienda 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 VM siano sottoposte a backup “coerenti con le applicazioni”.I backup coerenti con le applicazioni utilizzano il servizio Microsoft Volume Shadow Copy per garantire che le transazioni delle applicazioni presenti nella memoria vengano correttamente scaricate su disco prima dell’esecuzione del backup. Ciò garantisce che le applicazioni, e in particolare i loro database, rimangano in uno stato transazionalmente coerente.L’utilizzo di backup coerenti con le applicazioni e della coerenza transazionale offre notevoli vantaggi. Elimina il rischio di danneggiamento dei dati. Inoltre, garantisce che non sia necessario eseguire alcun processo aggiuntivo dopo il ripristino del backup. Se si ripristinasse solo un backup “crash-consistent” o uno che non tiene conto dei dati dell’applicazione, sarebbe necessario seguire ulteriori processi per riprodurre i log ed eseguire altre attività per garantire la coerenza dell’applicazione basata su database. Quando ogni minuto è prezioso in uno scenario di ripristino di emergenza, disporre di un backup ripristinato già coerente accelera sicuramente il tempo di RTO.Soluzioni software specializzate come NAKIVO Backup & Replication consentono di utilizzare il Modalità coerente con le applicazioni per i lavori Hyper-V, al fine di garantire la coerenza delle applicazioni durante il backup delle applicazioni business-critical, che rappresenta il modo migliore per eseguire il backup di un ambiente Hyper-V.

Try NAKIVO Backup & Replication

Get a free trial to explore all the solution’s data protection capabilities. 15 days for free. Zero feature or capacity limitations. No credit card required.

Try for Free