Eseguire il backup e il ripristino di VMM

Importante

Questa versione di Virtual Machine Manager (VMM) ha raggiunto la fine del supporto. È consigliabile eseguire l'aggiornamento a VMM 2022.

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 i 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 servire come backup temporaneo prima di aggiornare un sistema operativo in una macchina virtuale. Ciò consente di eseguire il rollback dell'aggiornamento in caso di effetti negativi.
  • È consigliabile usare un'applicazione di backup per eseguire il backup e il ripristino dei dati in perdita di dati irreversibili. System Center Data Protection Manager (DPM) rappresenta un'opzione.
  • Dati quali le password RAA (Remote Access Authorization) e il codice Product Key possono essere immessi quando si reinstalla VMM. Tuttavia, non è possibile immettere nuovamente alcuni dati crittografati, ad esempio Ruoli macchina virtuale.
  • Non è possibile eseguire il backup e il ripristino di questi dati se si usa Data Protection API (DPAPI) per il backup di VMM.
  • I dati andranno persi in caso di errori del server di gestione VMM.

Creare e implementare un piano di backup

Gli elementi di base di un piano di backup includono un elenco di ciò che deve essere eseguito il backup e una struttura di ciò che viene modificato di frequente (e quindi è necessario eseguire il backup frequente) nell'ambiente.

Eseguire il backup del database VMM

Il database VMM contiene informazioni quali le configurazioni, i modelli di servizio, i profili, i modelli di macchina virtuale, i servizi, i servizi di scalabilità orizzontale e altri dati importanti 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 altro server che esegue Microsoft SQL Server. Per eseguire il backup del database VMM, è possibile usare uno o più degli elementi seguenti:

Oltre a eseguire il backup del database, è consigliabile creare un backup dello stato di sistema del server di gestione VMM in modo che sia possibile ricreare il server con lo stesso identificatore di sicurezza (SID) in una perdita di dati irreversibile. Il SID è parte integrante delle modalità di autorizzazione di VMM negli host macchina virtuale.

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 strumenti di SQL Server per il ripristino e l'associazione 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:

  1. Usando la console VMM
  2. Usando i cmdlet in Windows PowerShell

Selezionare la scheda necessaria per eseguire il backup del database VMM per:

Seguire questa procedura per eseguire il backup del database VMM usando la console VMM:

  1. Nell'area di lavoro Impostazioni, nel gruppo Backup selezionare Backup.

  2. 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 verificare lo stato della rimozione 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 macchina virtuale sono host Hyper-V, VMware ed ESXi oltre a cluster host in cui vengono distribuiti servizi e macchine virtuali. Per eseguire il backup dei cluster e degli host macchina virtuale, usare Microsoft System Center Data Protection Manager (DPM) o un'altra applicazione di backup che usa il Servizio Copia Shadow del volume (VSS) per copiare i dati di host e macchine virtuali 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 un elenco degli host gestiti da VMM, eseguire questo cmdlet 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 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.

Eseguire il backup dei server di libreria

La libreria VMM include risorse basate su file, ad esempio dischi rigidi virtuali, immagini ISO, script, file di 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 macchine virtuali e modelli di servizio e profili. Tutte queste risorse devono essere sottoposte a backup.

Per eseguire il backup dei dati nei server di libreria, usare System Center Data Protection Manager (DPM) o un'altra applicazione di backup che usa il Servizio Copia Shadow del volume (VSS) per copiare i dati di host e macchine virtuali 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 Recovery Manager. 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 le 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.

    È necessario 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, la posizione e altri dettagli del database che potrebbero non corrispondere ai dettagli del database VMM che si vogliono usare 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 in Active Directory Domain Services: se la gestione delle chiavi distribuite (DKM) è configurata, si archiviano le chiavi di crittografia correlate a VMM in Active Directory Domain Services (AD DS). Per eseguire il backup di queste chiavi, eseguire il backup di Active Directory a intervalli regolari.

  • Credenziali non gestite da VMM: alcune credenziali associate a VMM vengono gestite da Gestione credenziali di Windows nel server di gestione VMM. Per accedere a Credential Manager, nella Pannello di controllo selezionare Tutti gli elementi Pannello di controllo e quindi Credential Manager. Selezionare Backup delle 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 tutte le altre applicazioni non Microsoft, vedere le 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 lo stesso e per ripristinare l'ambiente VMM sono richiesti meno passaggi.

Dopo aver ripristinato il server VMM, seguire questa procedura:

  1. Rimuovere dalla console VMM tutti gli host o le macchine virtuali 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.

  2. Aggiungere gli host o le macchine virtuali aggiunte dopo l'ultimo backup.

Aggiornare gli host con il nuovo server di gestione VMM

  1. Aprire la console VMM.

  2. 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 di macchine virtuali, nell'area di lavoro Vm e Servizi selezionare Tutti gli host a sinistra.

  3. Rimuovere dalla console VMM tutti gli host o le macchine virtuali 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.

  4. Aggiungere gli host o le macchine virtuali aggiunte dopo l'ultimo backup.

  5. Identificare i computer gestiti contrassegnati come Accesso negato, fare clic con il pulsante destro del mouse su ognuno, selezionare Riassociate e quindi specificare le credenziali amministrative.

  6. 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 DMZ, zona demilitarizzata e subnet schermata), come descritto nella sezione successiva.

Riassociare i server in una rete perimetrale

Dopo aver ripristinato un server VMM, i server in una rete perimetrale potrebbero essere inizialmente visualizzati come Non risponde. In tal caso, seguire questa procedura:

  1. Accedere a tutti i server nella rete perimetrale, quindi individuare l'account VMM. L'account VMM è un account amministratore locale con un nome utente a 10 caratteri di scvmm più 5 caratteri casuali.

  2. Modificare la password dell'account VMM in ogni server.

  3. 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 avere ripristinato il server di gestione VMM e il database VMM, i server di libreria sono elencati nella console VMM. In base alle esigenze, associare di nuovo questi elenchi ai server di libreria fisica.

  1. Se il computer appena ripristinato ha lo stesso nome del computer originale, installare l'agente di Virtual Machine Manager in locale nel computer e quindi associare nuovamente tale computer al server di gestione VMM.
  2. Se il computer appena ripristinato ha un nome diverso rispetto al computer originale, usare 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 è abilitata nell'ambiente VMM, VMM archivia alcuni dati in Active Directory, ad esempio le password RAA, le informazioni sul codice Product Key e i 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 sulla chiave prodotto. 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 eseguite in precedenza.

Attività successive al ripristino

In base alla configurazione di VMM, potrebbe essere necessario eseguire tutte o alcune delle attività seguenti dopo il ripristino dell'ambiente VMM:

Configurare i gruppi di disponibilità AlwaysOn

Se il database VMM è stato configurato con i gruppi di disponibilità Always On di SQL Server, è necessario completare alcune attività per assicurare che il database sia configurato correttamente con tali gruppi.

Reinstallare Microsoft Azure Pack

Se Microsoft Azure Pack è stato distribuito nell'ambiente per supportare i tenant usando 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 tutti 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.

  1. Nella console VMM aprire l'area di lavoro Libreria , espandere Modelli e quindi selezionare Modelli di macchina virtuale.

  2. 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 Gestione ripristino di Microsoft Azure Hyper-V

Se l'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 i componenti aggiuntivi dell'interfaccia utente non Microsoft o qualsiasi altra applicazione non Microsoft, consultare le linee guida per il ripristino delle rispettive applicazioni.

  • Pacchetti driver: i pacchetti driver aggiunti precedentemente alla libreria VMM potrebbero non essere individuati correttamente dopo un ripristino. Potrebbe essere necessario rimuovere e riaggiutare.

  • Certificati: tutti i certificati associati 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 controlli dell'account (ACL) obsoleti a causa dell'errore. Non sono richieste azioni aggiuntive.