Failover in Site Recovery

Questo articolo descrive come eseguire il failover di macchine virtuali e server fisici protetti da Site Recovery.

Prerequisiti

  1. Prima di eseguire un failover, eseguire un failover di test per verificare che tutto funzioni come previsto.
  2. Preparare la rete nel percorso di destinazione prima di eseguire un failover.

Eseguire un failover

Questa procedura descrive come eseguire un failover per un piano di ripristino. In alternativa è possibile eseguire il failover per una singola macchina virtuale o un server fisico dalla pagina Elementi replicati.

Failover

  1. Selezionare Piani di ripristino > nome_pianodiripristino. Fare clic su Failover.
  2. Nella schermata Failover selezionare un punto di ripristino in cui eseguire il failover. È possibile usare una delle opzioni seguenti.

    1. Più recente (opzione predefinita): con questa opzione vengono prima elaborati tutti i dati inviati al servizio Site Recovery per creare un punto di ripristino per ogni macchina virtuale e quindi viene eseguito il failover in tale punto di ripristino. Questa opzione offre il valore RPO (Recovery Point Objective) più basso, perché la macchina virtuale creata dopo il failover contiene tutti i dati che sono stati replicati nel servizio Site Recovery all'attivazione del failover.
    2. Punto di ripristino elaborato più recente: con questa opzione viene eseguito il failover di tutte le macchine virtuali del piano di ripristino nell'ultimo punto di ripristino elaborato dal servizio Site Recovery. Quando si esegue il failover di test di una macchina virtuale, viene visualizzato anche il timestamp del punto di ripristino elaborato più recente. Se si esegue il failover di un piano di ripristino, per ottenere tali informazioni è possibile passare alla singola macchina virtuale ed esaminare il riquadro Latest Recovery Points (Punti di ripristino più recenti). Dato che non viene impiegato tempo per elaborare dati non elaborati, questa opzione offre un failover con valore RTO (Recovery Time Objective) basso.
    3. Punto di ripristino più recente coerente con l'applicazione: con questa opzione viene eseguito il failover di tutte le macchine virtuali del piano di ripristino nell'ultimo punto di ripristino coerente con l'applicazione elaborato dal servizio Site Recovery. Quando si esegue il failover di test di una macchina virtuale, viene visualizzato anche il timestamp del punto di ripristino coerente con l'app più recente. Se si esegue il failover di un piano di ripristino, per ottenere tali informazioni è possibile passare alla singola macchina virtuale ed esaminare il riquadro Latest Recovery Points (Punti di ripristino più recenti).
    4. Latest multi-VM processed (Più recente coerente tra più VM elaborato): questa opzione è disponibile solo per i piani di ripristino con almeno una macchina virtuale in cui è abilitata la coerenza tra più macchine virtuali. Le macchine virtuali che fanno parte di un gruppo di replica eseguono il failover nel punto di recupero coerente tra più macchine comune più recente. Le altre macchine virtuali eseguono il failover nel relativo punto di recupero più recente elaborato.
    5. Latest multi-VM app-consistent (Più recente coerente con l'applicazione tra più VM): questa opzione è disponibile solo per i piani di ripristino con almeno una macchina virtuale in cui è abilitata la coerenza tra più macchine virtuali. Le macchine virtuali che fanno parte di un gruppo di replica eseguono il failover nel punto di recupero coerente a livello applicazione tra più macchine comune più recente. Le altre macchine virtuali eseguono il failover nel relativo punto di recupero più recente coerente con l'applicazione.
    6. Personalizzato: in caso di failover di test di una macchina virtuale, è possibile usare questa opzione per eseguire il failover in un determinato punto di ripristino.

      Nota

      La possibilità di scegliere un punto di ripristino è disponibile solo quando viene eseguito il failover in Azure.

  3. Se alcune delle macchine virtuali nel piano di ripristino sono state sottoposte a failover in un'esecuzione precedente e ora sono attive nel percorso di origine e in quello di destinazione, è possibile usare l'opzione Cambia direzione per stabilire la direzione in cui deve essere eseguito il failover.

  4. Se le macchine virtuali Hyper-V sono protette da un server VMM e si esegue il failover in Azure con la crittografia dei dati abilitata per il cloud, in Chiave di crittografia selezionare il certificato emesso quando è stata abilitata la crittografia dei dati durante l'installazione nel server VMM.
  5. Selezionare Arrestare la macchina prima di iniziare il failover se si vuole provare ad arrestare le macchine virtuali di origine tramite Site Recovery prima di attivare il failover. Il failover continua anche se l'arresto ha esito negativo.

    Nota

    Se si usano macchine virtuali Hyper-V, l'opzione prova anche a sincronizzare i dati locali che non sono ancora stati inviati al servizio prima di attivare il failover.

  6. Nella pagina Processi è possibile seguire lo stato del failover. Anche se si verificano errori durante un failover non pianificato, il piano di ripristino viene eseguito fino al completamento.

  7. Dopo il failover, convalidare la macchina virtuale eseguendo l'accesso ad essa. Per passare a un altro punto di ripristino per la macchina virtuale, è possibile usare l'opzione Modifica punto di ripristino.
  8. Quando la macchina virtuale sottoposta a failover è pronta, è possibile eseguire il commit del failover. Questa operazione elimina tutti i punti di ripristino disponibili con il servizio e l'opzione Modifica punto di ripristino non sarà disponibile.

Failover pianificato

Oltre al failover, le macchine virtuali Hyper-V protette con Site Recovery supportano anche il failover pianificato. Si tratta di un'opzione di failover senza alcuna perdita di dati. Quando viene attivato un failover pianificato, prima le macchine virtuali di origine vengono arrestate, vengono sincronizzati i dati non ancora sincronizzati e quindi viene attivato il failover.

Nota

Quando si esegue il failover di macchine virtuali Hyper-V da un sito locale a un altro sito locale, per tornare al sito locale primario è prima necessario eseguire la replica inversa della macchina virtuale nel sito primario e quindi attivare il failover. Se la macchina virtuale primaria non è disponibile, prima di avviare la replica inversa è necessario ripristinare la macchina virtuale da un backup.

Processo di failover

Failover

L'attivazione di un failover comporta l'esecuzione dei passaggi riportati di seguito.

  1. Verifica preliminare: questo passaggio garantisce che siano soddisfatte tutte le condizioni necessarie per il failover.
  2. Failover: questo passaggio elabora i dati preparandoli in modo che possano essere usati per creare una macchina virtuale di Azure. Se si è scelto il punto di ripristino Più recente, viene creato un punto di ripristino dai dati che sono stati inviati al servizio.
  3. Avvio: questo passaggio crea una macchina virtuale di Azure usando i dati elaborati nel passaggio precedente.
Avviso

Non annullare un failover in corso: prima dell'avvio del failover, la replica della macchina virtuale viene arrestata. Se si annulla un processo in corso, il failover viene arrestato ma la macchina virtuale non avvia la replica. Non è possibile riavviare nuovamente la replica.

Tempo impiegato per il failover in Azure

Il failover di macchine virtuali richiede in alcuni casi un passaggio aggiuntivo intermedio che in genere viene completato in circa 8-10 minuti. Questi casi sono i seguenti:

  • Macchine virtuali VMware che usano una versione del servizio di mobilità precedente alla 9.8
  • Server fisici
  • Macchine virtuali VMware Linux
  • Macchine virtuali Hyper-V protette come server fisici
  • Macchine virtuali VMware in cui i driver seguenti non sono presenti come driver di avvio
    • storvsc
    • vmbus
    • storflt
    • intelide
    • atapi
  • Macchine virtuali VMware che non dispongono del servizio DHCP abilitato indipendentemente che usino indirizzi IP statici o DHCP.

In tutti gli altri casi questo passaggio intermedio non è necessario e il tempo impiegato per il failover è notevolmente inferiore.

Uso di script per il failover

È possibile automatizzare determinate azioni durante un failover. A questo scopo, è possibile usare script o runbook di Automazione di Azure nei piani di ripristino.

Altre considerazioni

  • Lettera di unità: per mantenere la lettera di unità nelle macchine virtuali dopo il failover è possibile impostare il criterio SAN per la macchina virtuale su OnlineAll. Altre informazioni.

Passaggi successivi

Dopo aver eseguito il failover delle macchine virtuali e aver accertato la disponibilità del data center locale, è necessario riproteggere le macchine virtuali VMware nel data center locale.

Usare l'opzione Failover pianificato per eseguire il failback delle macchine virtuali Hyper-V in locale da Azure.

Se è stato eseguito il failover di una macchina virtuale Hyper-V in un data center locale gestito da un server VMM e il data center principale è disponibile, usare l'opzione Esegui replica inversa per avviare la replica al data center primario.