Eseguire il backup e il ripristino di VMM
Questo articolo descrive il processo di backup e ripristino in un ambiente System Center Virtual Machine Manager (VMM) e fornisce alcune raccomandazioni.
Prima di iniziare
- Non usare checkpoint per il ripristino di emergenza. I checkpoint non creano duplicati completi del contenuto del disco rigido, né copiano i dati in un volume separato.
- È possibile usare un checkpoint per fungere da backup temporaneo prima di aggiornare un sistema operativo in una macchina virtuale. In questo modo è possibile eseguire il rollback dell'aggiornamento se ha effetti negativi.
- È consigliabile usare un'applicazione di backup per eseguire il backup e il ripristino dei dati in una perdita irreversibile dei dati. Un'opzione è System Center Data Protection Manager (DPM).
- Quando si reinstalla VMM, è possibile immettere dati quali password di autorizzazione accesso remoto (RAA) e codice Product Key. Tuttavia, alcuni dati crittografati, ad esempio Ruoli macchina virtuale, non possono essere immessi nuovamente.
- Non è possibile eseguire il backup e il ripristino di tali dati se si usa l'api DPAPI (Data Protection Application Programming Interface) per eseguire il backup di VMM.
- I dati andranno persi se il server di gestione VMM non riesce.
Creare e implementare un piano di backup
Gli elementi di base di un piano di backup includono un elenco degli elementi di cui è necessario eseguire il backup e una descrizione delle modifiche apportate di frequente (e di conseguenza è necessario eseguire frequentemente il backup) nell'ambiente.
Eseguire il backup del database VMM
Il database VMM contiene informazioni quali configurazioni, modelli di servizio, profili, modelli di macchina virtuale, servizi, servizi con scalabilità orizzontale e altri dati critici necessari per il corretto funzionamento di VMM. Eseguire regolarmente il backup del database VMM.
Il database VMM può essere archiviato nel server di gestione VMM o in un server separato che esegue Microsoft SQL Server. Per eseguire il backup del database VMM, è possibile usare uno o più dei seguenti elementi:
Strumenti di SQL Server. Per altre informazioni, vedere Creazione di un backup completo del database (SQL Server).
Altri strumenti di backup usati nel proprio ambiente.
La console VMM o un cmdlet di Windows PowerShell, come descritto nelle procedure seguenti.
Oltre a eseguire il backup del database, è consigliabile creare un backup dello stato del sistema del server di gestione VMM in modo da poter ricreare il server con lo stesso IDENTIFICATORe di sicurezza (SID) in una perdita irreversibile dei dati. Il SID è parte integrante della modalità di autorizzazione di VMM negli host di macchine virtuali.
Importante
- Ci sono diversi modi per ripristinare il file di database VMM creato con una delle procedure di backup seguenti. Un modo, che richiede un server di gestione VMM funzionante, consiste nell'usare lo strumento SCVMMRecover.exe , come descritto in Backup-SCVMMServer (anche se SCVMMRecover.exe non è un cmdlet). Un altro modo, che non richiede il funzionamento del server di gestione VMM, consiste nel ripristinare usando gli strumenti di SQL Server per il ripristino e il collegamento di un file di database.
- Per usare le procedure seguenti è necessario essere membro del ruolo utente Amministratore.
È possibile eseguire il backup del database VMM nei modi seguenti:
- Usando la console VMM
- Uso di cmdlet in Windows PowerShell
Selezionare la scheda necessaria per i passaggi per eseguire il backup del database VMM in base a:
Seguire questa procedura per eseguire il backup del database VMM usando la console VMM:
Nell'area di lavoro Impostazioni, nel gruppo Backup del gruppo Backup selezionare Backup.
Nella finestra di dialogo Backup di Virtual Machine Manager specificare il percorso del file di backup. Selezionare una cartella che non è una directory radice e che SQL Server può accedere.
È possibile controllare lo stato del backup nell'area di lavoro Processi .
Per altre informazioni su come ripristinare il backup, vedere la nota Importante prima di questa procedura.
Eseguire il backup di host e macchine virtuali
Gli host di macchine virtuali sono host Hyper-V, host VMware ESXi e cluster host in cui vengono distribuiti macchine virtuali e servizi. Per eseguire il backup di host e cluster di macchine virtuali, usare Microsoft System Center Data Protection Manager (DPM) o un'altra applicazione di backup che sfrutta il servizio Copia Shadow del volume (VSS) per copiare i dati dell'host e della macchina virtuale in una condivisione file server remota.
Importante
Si consiglia di eseguire il backup dei file di configurazione macchina virtuale (.vmc) ogni giorno.
Inventariare gli host e quindi eseguire il backup di tutte le macchine virtuali ospitate. Per ottenere l'elenco degli host gestiti da VMM, eseguire il cmdlet seguente da una riga di comando di Windows PowerShell:
$vmhost = get-scvmmserver <VMM management server name> | get-scvmhost
Per altre informazioni, vedere Get-SCVMMServer e Get-SCVMHost.
Eseguire il backup di tutti i file di configurazione e di risorse in ogni host VMM usando il software di backup che supporta il writer VSS VMM. Un software di backup che supporta VMM può ridurre il numero di passaggi richiesti per l'archiviazione e il ripristino delle macchine virtuali, ridurre il tempo di inattività e assicurare la coerenza dei dati archiviati o ripristinati.
Back up library servers
La libreria VMM include risorse basate su file, ad esempio dischi rigidi virtuali, immagini ISO, script, file driver e pacchetti di applicazioni archiviati nei server di libreria. Queste risorse sono strettamente associate alle risorse nel database VMM che non sono basate su file, ad esempio modelli di macchina virtuale e modelli di servizio e profili. È necessario eseguire il backup di tutte queste risorse.
Per eseguire il backup dei dati nei server di libreria, usare System Center Data Protection Manager (DPM) o un'altra applicazione di backup che sfrutta il servizio Copia Shadow del volume (VSS) per copiare i dati dell'host e della macchina virtuale in una condivisione file server remota. Per un elenco dei server di libreria VMM, eseguire il cmdlet seguente dalla riga di comando di Windows PowerShell:
$libraryservers = get-scvmmserver <VMM management server name> | get-sclibraryserver
Per altre informazioni, vedere Get-SCVMMServer e Get-SCLibraryServer.
Eseguire il backup di tutti i file nelle condivisioni di libreria in una cartella condivisa in un file server remoto, inclusi i file con le estensioni seguenti:
- .vhd e .vhdx
- ISO
- vmx
- PS1
- .Vmc
- Vsv
Eseguire il backup dei cloud privati VMM
Per orchestrare e automatizzare la replica e il failover delle macchine virtuali che si trovano nei cloud VMM, è possibile usare Azure Site Gestione ripristino. La replica può essere eseguita nei seguenti modi:
Da un sito VMM locale a un altro, usando la replica Hyper-V o SAN.
Da un sito VMM locale ad Azure, usando la replica Hyper-V.
Eseguire il backup delle chiavi del Registro di sistema, delle chiavi di crittografia e delle credenziali
Usare le linee guida seguenti per eseguire il backup delle chiavi del Registro di sistema, delle chiavi di crittografia e delle credenziali non gestite da VMM:
Chiavi del Registro di sistema: VMM usa più chiavi del Registro di sistema per archiviare impostazioni importanti. Le impostazioni sono archiviate nella chiave del Registro di sistema seguente e nelle relative sottochiavi: HKLM\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings.
È consigliabile eseguire il backup di questa intera sezione del Registro di sistema con l'eccezione possibile della sottochiave SQL. Se si esegue il backup della sottochiave SQL, si acquisiscono il nome del database, il percorso e altri dettagli al momento del backup, che potrebbero non corrispondere ai dettagli del database VMM desiderati al momento del ripristino.
Per il backup delle chiavi del Registro di sistema, è possibile usare la funzione Esporta di Regedit o altri strumenti usati nell'ambiente per il backup delle chiavi del Registro di sistema.
Chiavi di crittografia nei servizi di Dominio di Active Directory: se la gestione delle chiavi distribuite (DKM) è configurata, le chiavi di crittografia correlate a VMM vengono archiviate in servizi di Dominio di Active Directory. Per eseguire il backup di queste chiavi, eseguire il backup di Active Directory a intervalli regolari.
Credenziali gestite non VMM: alcune credenziali correlate a VMM vengono gestite da Gestione credenziali di Windows nel server di gestione VMM. Per accedere a Gestione credenziali, nella Pannello di controllo selezionare Tutti gli elementi Pannello di controllo e quindi Selezionare Gestione credenziali. Selezionare Backup credenziali per eseguire il backup di tutte le credenziali correlate a VMM.
Eseguire il backup dei componenti aggiuntivi dell'interfaccia utente non Microsoft e delle altre applicazioni non Microsoft
Per estendere le funzionalità della console VMM, è possibile usare componenti aggiuntivi dell'interfaccia utente non Microsoft. I dati usati da un componente aggiuntivo dell'interfaccia utente possono essere archiviati nel server locale o in un computer remoto ed essere configurati con un set di autorizzazioni specifico. Vedere le linea guida relative al backup del componente aggiuntivo dell'interfaccia utente specifico.
Per qualsiasi altra applicazione non Microsoft, fare riferimento alle linee guida specifiche per il backup dell'applicazione.
Ripristinare l'ambiente VMM
Ripristinare il database VMM se necessario
Se è necessario ripristinare il database VMM, ripristinarlo per primo usando il processo corrispondente al metodo di backup. Ad esempio, per eseguire il ripristino con gli strumenti di SQL Server, vedere Panoramica del ripristino e del recupero (SQL Server).
Se il database VMM è il solo elemento da ripristinare e occorrono informazioni sullo strumento SCVMMRecover.exe , vedere Backup-SCVMMServer.
È possibile ripristinare il server VMM nello stesso computer o in un computer diverso. Selezionare la scheda necessaria per i passaggi per ripristinare il server VMM in:
Se si usa lo stesso computer per il server VMM, eseguire un ripristino dello stato del sistema in tale computer (in caso contrario, ignorare questa sezione). In questo caso, il SID del server VMM rimane invariato e per ripristinare l'ambiente VMM sono necessari meno passaggi.
Dopo aver ripristinato il server VMM, seguire questa procedura:
Rimuovere tutti gli host o le macchine virtuali dalla console VMM che sono stati rimossi dopo l'ultimo backup. Se un host è stato rimosso dopo l'ultimo backup, viene visualizzato come Non rispondere e tutte le macchine virtuali nell'host vengono visualizzate come Host Non risponde. Se l'host è presente ma una macchina virtuale è stata rimossa dopo l'ultimo backup, la macchina virtuale viene visualizzata come Mancante.
Aggiungere gli host o le macchine virtuali aggiunte dopo l'ultimo backup.
Aggiornare gli host con il nuovo server di gestione VMM
Aprire la console VMM.
Esaminare l'elenco di host e macchine virtuali, se necessario, per prepararsi all'esecuzione dei passaggi successivi di questa procedura:
Per esaminare l'elenco dei server, nell'area di lavoro Infrastruttura selezionare Server a sinistra.
Per esaminare l'elenco delle macchine virtuali, nell'area di lavoro VM e servizi selezionare Tutti gli host a sinistra.
Rimuovere tutti gli host o le macchine virtuali dalla console VMM che sono stati rimossi dopo l'ultimo backup. Se un host è stato rimosso dopo l'ultimo backup, viene visualizzato come Non rispondere e tutte le macchine virtuali nell'host vengono visualizzate come Host Non risponde. Se l'host è presente ma una macchina virtuale è stata rimossa dopo l'ultimo backup, la macchina virtuale viene visualizzata come Mancante.
Aggiungere gli host o le macchine virtuali aggiunte dopo l'ultimo backup.
Identificare i computer gestiti contrassegnati come Accesso negato, fare clic con il pulsante destro del mouse su ognuno di essi, selezionare Riassociate e quindi specificare le credenziali amministrative.
Se si ripristina un server di gestione VMM che era anche un server di libreria, il nuovo computer elenca il server VMM originale come server di libreria predefinito. Dalla visualizzazione Libreria rimuovere il server di libreria originale e aggiungere il nuovo computer come server di libreria.
Potrebbe anche essere necessario associare nuovamente i server nella rete perimetrale (nota anche come rete perimetrale, zona demilitarizzata e subnet schermata), come descritto nella sezione successiva.
Riassociare i server in una rete perimetrale
Dopo il ripristino di un server VMM, i server in una rete perimetrale potrebbero essere inizialmente visualizzati come Non rispondere. In tal caso, seguire questa procedura:
Accedere a ogni server nella rete perimetrale e quindi individuare l'account VMM. L'account VMM è un account amministratore locale con un nome utente di 10 caratteri di scvmm più 5 caratteri casuali.
Modificare la password dell'account VMM in ogni server.
Nel server di gestione VMM, nella finestra di dialogo Proprietà host selezionare Opzioni e quindi assegnare a ogni server la stessa password creata nel passaggio 2.
Ripristinare i server di libreria VMM
Per ripristinare un server di libreria dopo una perdita di dati, ripristinare le condivisioni file server, quindi ripristinare i dati nelle condivisioni.
Dopo aver ripristinato il server di gestione VMM e il database VMM, i server di libreria sono elencati nella console VMM. In base alle esigenze, associare nuovamente questi elenchi ai server di libreria fisica.
- Se il computer appena ripristinato ha lo stesso nome del computer originale, installare l'agente Virtual Machine Manager in locale in tale computer e quindi riassegnare tale computer al server di gestione VMM.
- Se il computer appena ripristinato ha un nome diverso dal computer originale, utilizzare la console VMM per rimuovere il computer originale dall'elenco di computer gestiti e quindi aggiungere il nuovo computer.
Ripristinare le chiavi del Registro di sistema, gli oggetti Active Directory e le credenziali non gestite da VMM
Usare le linee guida seguenti per ripristinare le chiavi del Registro di sistema, gli oggetti Active Directory e le credenziali non gestite da VMM:
Chiavi del Registro di sistema: per ripristinare le chiavi del Registro di sistema di cui è stato eseguito il backup, è possibile usare la funzione Importa di Regedit o eventuali altri strumenti usati nell'ambiente per eseguire il backup e il ripristino delle chiavi del Registro di sistema. Tuttavia, non ripristinare la sottochiave SQL se il nome del database, il percorso e altri dettagli che contiene non corrispondono a ciò che si vuole per il database VMM al momento del ripristino delle chiavi del Registro di sistema.
Oggetti Active Directory: se la gestione delle chiavi distribuite (DKM) è abilitata nell'ambiente VMM, VMM archivia alcuni dati in Active Directory, ad esempio password RAA, informazioni sul codice Product Key e dati del ruolo macchina virtuale. Dopo aver reinstallato VMM, se necessario, è possibile immettere nuovamente alcuni dei dati archiviati in Active Directory, ad esempio password RAA e informazioni sul codice Product Key. Dopo aver reinstallato VMM e (se necessario) ripristinare Active Directory, i dati in Active Directory continuano ad essere accessibili a VMM.
Credenziali gestite non VMM: in Pannello di controllo selezionare Tutti gli elementi Pannello di controllo e quindi Selezionare Gestione credenziali. Selezionare Ripristina credenziali per ripristinare le credenziali correlate a VMM di cui è stato eseguito il backup in precedenza.
Attività successive al ripristino
A seconda della configurazione di VMM, potrebbe essere necessario eseguire alcune delle attività seguenti dopo il ripristino dell'ambiente VMM:
Configurare i gruppi di disponibilità AlwaysOn
Se il database VMM è stato configurato usando i gruppi di disponibilità AlwaysOn di SQL Server, è necessario completare alcune attività per assicurarsi che il database sia configurato correttamente con un gruppo di disponibilità.
Reinstallare Microsoft Azure Pack
Se Microsoft Azure Pack è stato distribuito nell'ambiente per supportare i tenant tramite VMM, sarà necessario reinstallarlo dopo aver ripristinato l'ambiente VMM. Per altre informazioni su Microsoft Azure Pack per Windows Server, vedere Microsoft Azure Pack per Windows Server.
Installare console VMM aggiuntive
Se è necessario sostituire i server in cui sono state installate le console VMM, reinstallare le console in tali server.
Aggiornare i modelli di macchina virtuale
Tutti i modelli di macchina virtuale ripristinati devono specificare correttamente il disco rigido virtuale che contiene il sistema operativo.
Nella console VMM aprire l'area di lavoro Libreria , espandere Modelli e quindi selezionare Modelli di macchina virtuale.
Nel riquadro Modelli fare clic con il pulsante destro del mouse sul modello di macchina virtuale da aggiornare, selezionare Proprietà>Configurazione hardware per aggiornare le impostazioni.
Ripristinare microsoft Azure Hyper-V Gestione ripristino
Se il Gestione ripristino Hyper-V di Microsoft Azure viene implementato nell'ambiente VMM, è necessario eseguire alcuni passaggi per ripristinare il provider di Gestione ripristino Di Microsoft Azure Hyper-V.
Esaminare i componenti aggiuntivi, i pacchetti driver e i certificati
Dopo aver ripristinato VMM, esaminare gli elementi seguenti per assicurarsi di aver eseguito i passaggi necessari per i componenti aggiuntivi, i pacchetti driver e i certificati:
Componenti aggiuntivi dell'interfaccia utente non Microsoft: per ripristinare eventuali componenti aggiuntivi dell'interfaccia utente non Microsoft o altre applicazioni non Microsoft, consultare le linee guida per il ripristino delle rispettive applicazioni.
Pacchetti driver: i pacchetti driver aggiunti in precedenza alla libreria VMM potrebbero non essere individuati correttamente dopo un ripristino. Potrebbe essere necessario rimuoverli e aggiungerli di nuovo.
Certificati: tutti i certificati correlati a VMM negli host devono essere aggiornati con le informazioni del nuovo server di gestione VMM.
Nota
Dopo aver reinstallato VMM, VMM aggiorna gli elenchi di controllo dell'account (ACL) obsoleti a causa dell'errore. Non sono richieste azioni aggiuntive.