TechNet
Esporta (0) Stampa
Espandi tutto
Per visualizzare l'articolo in inglese, selezionare la casella di controllo Inglese. È possibile anche visualizzare il testo inglese in una finestra popup posizionando il puntatore del mouse sopra il testo.
Traduzione
Inglese

Replica Hyper-V

 

Si applica a: Windows Server 2012 R2, Windows Server 2012

La replica Hyper-V è parte integrante del ruolo Hyper-V e consente di replicare in modo asincrono macchine virtuali Hyper-V di un sito primario in macchine virtuali di replica di un sito secondario.

  • Server: sono necessari due server che eseguono Windows Server 2012 o Windows Server 2012 R2 con il ruolo Hyper-V.

  • Posizione: i due server possono essere collocati fisicamente insieme o in posizioni geografiche completamente diverse.

  • Topologia: i server primario, secondario e di replica estesa possono essere autonomi oppure essere nodi di un cluster di failover. È supportata una combinazione di ambienti autonomi e in cluster.

  • Certificato: se si intende usare l'autenticazione basata su certificati (obbligatoria per la crittografia dei dati replicati durante la trasmissione), è necessario un certificato, che può essere locale e autofirmato oppure fornito da una CA interna.

Verificare il backup quando è finito. Dopo aver abilitato la replica Hyper-V per una macchina virtuale specifica nel server host Hyper-V primario, la replica iniziale inizia a creare una macchina virtuale identica nel sito secondario. Dopo la replica iniziale, nella replica Hyper-V verrà mantenuto un file di log per i dischi rigidi virtuali delle macchine virtuali. Il file di log viene rieseguito in ordine inverso nel disco rigido virtuale di replica conformemente alla frequenza di replica. L'uso dell'ordine inverso nel log indica che le modifiche più recenti vengono archiviate e replicate in modo asincrono. Se la replica non viene eseguita conformemente alla frequenza prevista, viene generato un avviso.

È possibile configurare le impostazioni di risincronizzazione di una macchina virtuale. Questa operazione può essere manuale, automatica o automatica in una pianificazione specifica. La configurazione della risincronizzazione automatica è utile per correggere problemi relativi alla sincronizzazione in corso.

In Windows Server 2012 R2 è stata introdotta la replica estesa che consente di usare più copie di dati per garantire la protezione in diversi scenari di interruzione. Ad esempio, è possibile mantenere una seconda replica di macchina virtuale in una località geograficamente vicina e salvare una terza copia in una posizione accessibile da remoto.

Nella replica estesa le modifiche apportate nelle macchine virtuali primarie vengono inoltrate al sito secondario e al server di replica estesa. In caso di interruzione è possibile recuperare i dati dalla replica estesa oltre che da quella secondaria, usufruendo in tal modo di un ulteriore livello di protezione.

Notare quanto segue:

  • Il server esteso non supporta la replica coerente con l'applicazione e deve usare gli stessi dischi rigidi virtuali usati dal server di replica.

  • È possibile eseguire il failover nel server di replica esteso in caso di arresto dei server primario e di replica.

  • È possibile eseguire un failover di test nel server esteso come se si trattasse di del server secondario, senza influire sui carichi di lavoro.

  • Per configurare la replica estesa, si può usare la console di gestione di Hyper-V, Windows PowerShell (con l'opzione –Extended) o WMI:

    • Nella console di gestione di Hyper-V si può estendere la replica per una macchina virtuale specifica. È possibile impostare una frequenza di replica di 5 o 15 minuti. Se è presente un cluster, si deve selezionare l'opzione per la macchina virtuale nella console di Gestione cluster di failover.

    • In PowerShell si usa lo stesso cmdlet usato per configurare la replica (con una frequenza di 5 o 15 minuti):

      Enable-VMReplication –VMName <vmname> -ReplicaServerName <extended_server_name> -ReplicaServerPort <Auth_port> -AuthenticationType <Certificate/Kerberos> -ReplicationFrequencySec <300/900> [--other optional parameters if needed—]
      
  • È possibile monitorare la replica estesa nella scheda Replica della console di Hyper-V del sito di replica. È possibile verificare lo stato nella console Hyper-V -> Replica -> Visualizza stato di replica -> Replica estesa.

  • Per visualizzare la catena di replica estesa, usare il cmdlet PowerShell seguente:

    Measure-VMReplication –VMName <name> -ReplicationRelationshipType Extended | select *
    

Il failover non è automatico. È possibile configurare manualmente diversi tipi di replica per una macchina virtuale:

  1. Test failover: usare questo tipo di replica per verificare che una macchina virtuale di replica possa essere avviata correttamente nel sito secondario. Durante il failover viene creata una macchina virtuale di test duplicata e questa operazione non influisce sulla normale replica di produzione. Dopo il failover, se si seleziona Failover nella macchina virtuale di test di replica, questa verrà eliminata.

  2. Failover pianificato: usare questo tipo di replica per eseguire il failover di macchine virtuali durante periodi di inattività pianificati o interruzioni impreviste. Prima di un failover pianificato, è necessario disattivare il computer primario. Dopo il failover del computer, la replica Hyper-V inizia a replicare le modifiche nel server primario. Per garantire che non si verifichino perdite di dati, viene inviato l'ultimo set di modifiche rilevate. Al termine del failover pianificato, viene avviata la replica inversa in modo tale che la macchina virtuale primaria diventi la secondaria e viceversa e venga garantita la sincronizzazione.

  3. Failover non pianificato: usare questo tipo di replica quando si verificano interruzioni impreviste. Il failover non pianificato viene avviato nella macchina virtuale di replica e deve essere usato solo in caso di malfunzionamento del computer primario. Viene eseguito un controllo per verificare se il computer primario è in esecuzione. Se è abilitata la cronologia ripristini, è possibile eseguire il ripristino a un momento precedente. Durante il failover è necessario verificare che il punto di ripristino sia valido e quindi completare il failover per garantire l'unione dei punti di ripristino.

Test

Pianificato

Non pianificato

Quando deve essere eseguito?

Per verificare che i computer di replica vengano avviati come richiesto

Per addestrare il team

Per eseguire il test dei processi di failover e di ripristino

In base ai requisiti di conformità o dell'organizzazione

Per le interruzioni pianificate

Per emergenze imminenti

Per la manutenzione del server host

In caso di eventi imprevisti

Da dove viene avviata l'operazione?

Macchina virtuale di replica

Avviata nel computer primario e completata nel secondario

Macchina virtuale di replica

Viene creato un computer duplicato?

No

No

Quanto tempo richiede?

Una volta al mese

Qual è la frequenza consigliata?

Una volta al mese

Una volta ogni sei mesi

Solo in caso di emergenza

La replica del computer primario viene interrotta?

Sì e viene eseguita la replica inversa nel sito primario dopo il failover.

No

Si verificano perdite di dati?

Nessuno

Nessuno

Sono possibili a seconda dell'evento.

Si verificano tempi di inattività?

Nessuno

Tempo di inattività pianificato

Tempo di inattività non pianificato

Quando si configura la replica per una macchina virtuale, viene specificato il numero di punti di ripristino da archiviare. I punti di ripristino rappresentano i momenti che è possibile usare per ripristinare i dati da un computer replicato. Il ripristino da punti di ripristino precedenti implica in effetti una replica inversa. In Windows Server 2012 è possibile accedere a punti di ripristino risalenti a un massimo di 15 ore prima. In Windows Server 2012 R2 questo periodo è esteso a 24 ore.

Mostra:
© 2016 Microsoft