Set up protection for live migration

Data di pubblicazione: marzo 2016

Si applica a: System Center 2012 SP1 - Data Protection Manager, System Center 2012 R2 Data Protection Manager

DPM può proteggere le macchine virtuali Hyper-V durante l'esecuzione di Live Migration nei seguenti scenari:

• Live Migration in un cluster: quando viene eseguita la migrazione di una macchina virtuale in un cluster, DPM rileva la migrazione ed esegue il backup della macchina virtuale dal nuovo nodo del cluster senza richiedere l'intervento dell'utente. Poiché non vengono apportate modifiche all'archiviazione, DPM continua con i backup completi rapidi. Se due server DPM proteggono un cluster, una macchina virtuale protetta dal primo server DPM continua ad essere protetta dallo stesso server DPM, indipendentemente dalla posizione.

• Live Migration esterna a un singolo cluster: quando viene eseguita la migrazione di una macchina virtuale esternamente a un singolo cluster, puoi eseguire Live Migration tra due server autonomi, tra un server autonomo e un nodo cluster o tra due nodi di cluster diversi. In questo scenario, DPM rileva la migrazione ed è possibile eseguire i backup senza l'intervento dell'utente.

• Supporto: la protezione DPM per Live Migration è disponibile solo in server che eseguono Windows Server 2012.

• Live Migration esterna a un cluster: se vuoi eseguire Live Migration esternamente a un singolo cluster, è necessario quanto segue:

  • Le macchine virtuali vengono gestite in un cloud VMM in un server VMM che esegue almeno System Center 2012 SP1.

  • DPM deve essere connesso al server VMM che contiene il cloud.

  • Tutti i server che eseguono Hyper-V sono connessi a tutti i server DPM.

  Con questi prerequisiti soddisfatti, DPM comunica con VMM per individuare la posizione di esecuzione corrente della macchina virtuale e può quindi creare un backup dal nuovo server che esegue Hyper-V. DPM può comunicare con il nuovo server che esegue Hyper-V perché tutti i server che eseguono Hyper-V sono connessi a tutti i server DPM. Se non è possibile stabilire questa connessione, il backup non riesce e viene visualizzato un messaggio indicante che l'agente protezione DPM non è raggiungibile.

• Migrazione dell'archiviazione: se Live Migration trasferisce l'archiviazione, DPM esegue una verifica coerenza completa della macchina virtuale e continua quindi con backup rapidi completi. Se non viene eseguita alcuna migrazione dell'archiviazione, ad esempio se la posizione di origine e quella di destinazione utilizzano lo stesso file server SMB (Server Message Block) 3.0, DPM continua ad eseguire backup rapidi completi senza la verifica della coerenza.

  Quando si verifica la Live Migration dell'archiviazione, Hyper-V riorganizza il disco rigido virtuale (VHD) o VHDX e pertanto si verifica un picco della dimensione dei dati di backup di DPM.

• Backup su nastro: la protezione Live Migration non supporta il backup su nastro.

• Verifica coerenza: DPM esegue un'unica verifica coerenza per tutte le Live Migration che includono la migrazione dell'archiviazione.

• Impostazioni: attiva il montaggio automatico sull'host macchina virtuale per abilitare la protezione virtuale.

  Disabilitare la funzionalità TCP Chimney Offload.

• Active Directory: tutti i server DPM, i server VMM e i server che eseguono Hyper-V devono trovarsi nello stesso dominio.

• Porta: per modificare la porta predefinita (6070) usata da DPM per ospitare il servizio di supporto DPM-VMM, nel Registro di sistema passa a HKLM\Software\Microsoft\Microsoft Data Protection Manager\Configuration. Creare un valore DWORD a 32 bit: DpmVmmHelperServicePort e scrivere il numero di porta aggiornato nella chiave del Registro di sistema.

  1. Aprire <directory di installazione>\Microsoft System Center 2012\DPM\DPM\VmmHelperService\VmmHelperServiceHost.exe.config e sostituire il vecchio numero di porta (6070) con il nuovo. Ad esempio: <aggiungere baseAddress>="net.tcp://localhost:6080/VmmHelperService/" />

  2. Riavvia il servizio di supporto di DPM VMM e riavvia il servizio DPM.

1. Distribuisci DPM: verifica che DPM sia installato e distribuito correttamente. Se non hai eseguito questa operazione, vedi:

   • Requisiti di sistema

   • Matrice di supporto per la protezione dati DPM

   • Scenari supportati e non supportati in DPM

   • Installare DPM

2. Configura l'archiviazione: verifica di avere configurato l'archiviazione. Leggi di più sulle opzioni in:

   • Scopri di più sull'archiviazione a breve termine su disco e nei pool di archiviazione in Pianificare i backup su disco

   • Per informazioni sull'archiviazione in Azure con Backup di Azure, vedi Pianificare i backup di Azure

   • Per informazioni sull'archiviazione a lungo termine su nastro, vedi Piano per i backup basati su nastro

   Usa il seguente dimensionamento della capacità per la protezione delle macchine virtuali.

   Dimensione media macchina virtuale	100 gigabyte (GB)
   Numero di macchine virtuali per server DPM	800
   Dimensione totale di 800 macchine virtuali	80 terabyte (TB)
   Spazio richiesto per l'archiviazione di backup	80 terabyte (TB)

   Ad esempio, se il cluster Hyper-V completamente scalato contiene 1600 macchine virtuali, ti serviranno due server DPM e dovrai raddoppiare il provisioning riepilogato nella tabella. I requisiti di archiviazione totale per 1600 macchine virtuali sono maggiori di 160 TB. Leggi di più sull'ottimizzazione dello spazio in Ottimizzazione della protezione della macchina virtuale.

3. Configura l'agente protezione DPM: l'agente deve essere installato nel server Hyper-V o in ogni server del cluster Hyper-V. Sul file server SMB remoto, se SMB viene distribuito in un cluster, installa l'agente protezione DPM in tutti i nodi del cluster di file server SMB. Leggi Piano per la distribuzione dell'agente di protezione e poi Configurare l'agente protezione.

4. Installa la console VMM: installa la console VMM come componente client VMM in tutti i server DPM per consentire al server DPM di comunicare con il server VMM e tenerne traccia. . Tieni presente quanto segue:

   1. L'account DPMMachineName$ sul server di gestione VMM deve essere di tipo amministrativo e di sola lettura.

   2. Assicurarsi che la console di VMM sia della stessa versione del server di gestione VMM utilizzato nella distribuzione.

5. Connetti i server: esegui il comando di PowerShell Set-DPMGlobalProperty per connettere tutti i server che eseguono Hyper-V a tutti i server DPM. Il cmdlet accetta più nomi di server DPM. Per altre informazioni, vedi Set-DPMGlobalProperty.

   Set-DPMGlobalProperty -dpmservername <dpmservername> -knownvmmservers <vmmservername>

6. Configura un gruppo protezione dati: nella pagina Seleziona membri del gruppo della procedura guidata Crea nuovo gruppo protezione dati puoi selezionare i server host Hyper-V in cui si trovano le macchine virtuali di cui vuoi eseguire il backup. Si consiglia di attivare la verifica di coerenza automatica a livello di gruppo protezione per la protezione in scenari di mobilità delle macchine virtuali.

   Abilitare prima la comunicazione di DPM VMM. Tutte le macchine virtuali sui server che eseguono Hyper-V devono essere individuate prima di configurare i gruppi protezione dati. In caso contrario, Live Migration non funziona nel modo previsto e l'utente è costretto a interrompere le operazioni per proteggere i dati con Mantieni dati e riconfigurare quindi la protezione sullo stesso computer.

   Leggi di più sui gruppi protezione dati in:

   • Piano per i gruppi protezione dati

   • Pianificare la protezione a lungo termine e a breve termine per i gruppi protezione dati

   • Segui quindi le istruzioni contenute in Creare e gestire gruppi protezione dati.

7. Verifica le impostazioni: dopo aver configurato le impostazioni, quando viene eseguita la migrazione di una macchina virtuale da un cluster a un altro, tutti i backup continuano come previsto. Puoi verificare che Live Migration sia abilitata come previsto, come segue:

   1. Controlla che il servizio di supporto di DPM VMM sia in esecuzione. Se non lo è, avvialo.

   2. Aprire SQL Server Management Studio e connettersi all'istanza che ospita il database DPM (DPMDB). Su DPMDB eseguire la query seguente: SELECT TOP 1000 [PropertyName] ,[PropertyValue] FROM[DPMDB].[dbo].[tbl_DLS_GlobalSetting]

      Questa query contiene una proprietà denominata KnownVMMServer. Questo valore deve corrispondere a quello fornito con il cmdlet Set-DPMGlobalProperty.

      Si noti che se si aggiorna il server di gestione VMM, è necessario aggiornare anche la console VMM sul server DPM per mantenere la protezione.

   3. Esegui la query seguente per convalidare il parametro VMMIdentifier in PhysicalPathXML per una determinata macchina virtuale. Sostituisci VMName con il nome della macchina virtuale.

      select cast(PhysicalPath as XML) from tbl_IM_ProtectedObject where DataSourceId in (select datasourceid from tbl_IM_DataSource where DataSourceName like '%<VMName>%')

   4. Aprire il file XML restituito dalla query e verificare che il campo VMMIdentifier contenga un valore.

8. Esegui la migrazione manuale: al termine della procedura, la migrazione viene abilitata dopo l'esecuzione del processo di gestione del riepilogo di DPM. Per impostazione predefinita, questo processo inizia a mezzanotte e viene eseguito ogni mattina. Se nel frattempo vuoi eseguire una migrazione manuale per controllare che tutto stia funzionando come previsto, esegui le operazioni seguenti:

   1. Aprire SQL Server Management Studio e connettersi all'istanza che ospita DPMDB.

   2. Eseguire la query seguente: select * from tbl_SCH_ScheduleDefinition where JobDefinitionID=’9B30D213-B836-4B9E-97C2-DB03C3EB39D7’. Tenere presente che la query restituisce l'IDPianificazione.

   3. In SQL Server Management Studio, espandere SQL Server Agent, quindi espandere Processi. Fare clic con il pulsante destro del mouse sull'IDPianificazione annotato e selezionare Inizia processo al passaggio.

   Si noti che le prestazioni del backup cambiano quando viene eseguito il processo. Le dimensioni e la scala della distribuzione determineranno il tempo necessario per completare questo processo.

9. Ripristina i dati: dopo aver configurato le impostazioni, quando viene eseguita la migrazione di una macchina virtuale da un cluster a un altro, tutti i backup continuano come previsto. È possibile ripristinare i dati come richiesto. Se è necessario ripristinare dati di cui è stato eseguito il backup, vedere Ripristinare i dati sottoposti a backup [DPM2012_Web]. Tieni presente il seguente comportamento per il ripristino delle macchine virtuali.

   Ripristino macchina virtuale	Dettagli
   Ripristino nel percorso originale	Viene eliminato il file VHD originale. Vengono ripristinati i file VHD e gli altri file di configurazione nel percorso originale con il writer del Servizio Copia Shadow del volume di Hyper-V. Alla fine del processo di ripristino le macchine virtuali risulteranno ancora a disponibilità elevata. Per il ripristino, è necessario che sia presente il gruppo di risorse. Se non è disponibile, esegui il ripristino in un percorso alternativo, quindi rendi la macchina virtuale a disponibilità elevata.
   Ripristino in un percorso alternativo	Data Protection Manager supporta il ripristino in un percorso alternativo consentendo un ripristino sicuro di una macchina virtuale Hyper-V protetta in un host Hyper-V diverso, indipendentemente dall'architettura del processore. Le macchine virtuali Hyper-V ripristinate in un nodo cluster non saranno a disponibilità elevata.
   Ripristino a livello di elemento (ILR)	DPM supporta il ripristino a livello di elemento, che consente di eseguire il ripristino a livello di elemento di file, cartelle, volumi e dischi rigidi virtuali (VHD) da un backup a livello di host di macchine virtuali Hyper-V in una condivisione di rete o in un volume di un server DPM protetto. Non è necessario installare l'agente protezione DPM nella macchina guest per eseguire il ripristino a livello di elemento.