Condividi tramite


Esercitazione: Eseguire il failover di macchine virtuali di Azure in un'area secondaria

Informazioni su come eseguire il failover di macchine virtuali di Azure abilitate per il ripristino di emergenza con il servizio Azure Site Recovery in un'area secondaria di Azure. Dopo il failover, è necessario riproteggere le VM nell'area di destinazione in modo che possano essere nuovamente replicate nell'area primaria. In questo articolo vengono illustrate le operazioni seguenti:

  • Verificare i prerequisiti
  • Verificare le impostazioni delle macchine virtuali
  • Eseguire un failover nell'area secondaria
  • Avviare di nuovo la replica della macchina virtuale nell'area primaria.

Nota

Questa esercitazione illustra come eseguire il failover delle VM con passaggi minimi. Se si vuole eseguire un failover con le impostazioni complete, vedere le informazioni su rete, automazione e risoluzione dei problemi delle macchine virtuali di Azure.

Prerequisiti

Prima di iniziare questa esercitazione, è necessario aver:

  1. Configurato la replica per una o più macchine virtuali di Azure. Se non è già stato fatto, completare la prima esercitazione in questa serie.
  2. È consigliabile eseguire un'analisi del ripristino di emergenza per le macchine virtuali replicate. Eseguire un'analisi prima di eseguire un failover completo garantisce che tutto funzioni come previsto, senza alcun impatto sull'ambiente di produzione.

Verificare le impostazioni della macchina virtuale

  1. Nell'insieme di credenziali >Elementi replicati selezionare la macchina virtuale.

    Opzione per aprire le proprietà della macchina virtuale nella pagina Panoramica

  2. Nella pagina Panoramica della macchina virtuale verificare che la macchina virtuale sia protetta e integra, prima di eseguire un failover. Pagina per verificare lo stato e le proprietà della macchina virtuale

  3. Prima di eseguire il failover, controllare quanto segue:

Eseguire un failover

  1. Nella pagina Panoramica della macchina virtuale selezionare Failover.

    Pulsante Failover per l'elemento replicato

  2. In Failover scegliere un punto di ripristino. Viene creata la macchina virtuale di Azure nell'area di destinazione usando i dati di questo punto di ripristino.

    • Elaborato più recente: usa il punto di ripristino più recente elaborato da Site Recovery. Viene visualizzato il timestamp. Non viene impiegato tempo per l'elaborazione dei dati e si ottiene quindi un valore RTO (Recovery Time Objective) basso.
    • Più recente: elabora tutti i dati inviati a Site Recovery per creare un punto di ripristino per ogni macchina virtuale prima di effettuarne il failover. Offre il valore RPO (Recovery Point Objective) più basso perché tutti i dati vengono replicati in Site Recovery all'attivazione del failover.
    • Coerente con l'app più recente: questa opzione esegue il failover delle macchine virtuali nel punto di ripristino coerente con l'app più recente. Viene visualizzato il timestamp.
    • Personalizzato: eseguire il failover in un punto di ripristino specifico. Questa opzione è disponibile solo quando si esegue il failover di una singola macchina virtuale e non si usa un piano di ripristino.

    Nota

    Se è stato aggiunto un disco a una macchina virtuale dopo aver abilitato la replica, i punti di replica visualizzeranno i dischi disponibili per il ripristino. Ad esempio, un punto di replica creato prima dell'aggiunta di un secondo disco viene visualizzato come "1 di 2 dischi".

  3. Selezionare Shut down machine before beginning failover (Arrestare la macchina prima di iniziare il failover) per provare ad arrestare le VM di origine con Site Recovery prima di avviare il failover. L'arresto del sistema consente di evitare perdite di dati. Il failover continua anche se l'arresto ha esito negativo.

    Pagina impostazioni failover

  4. Per avviare il failover, fare clic su OK.

  5. Monitorare il failover nelle notifiche.

    Notifica di statoNotifica di operazione riuscita

  6. Al termine del failover, la macchina virtuale di Azure creata nell'area di destinazione viene visualizzata in Macchine virtuali. Verificare che la macchina virtuale sia in esecuzione e sia stata dimensionata in modo adeguato. Per usare un punto di ripristino diverso per la macchina virtuale, selezionare Modificare il punto di ripristino nella pagina Essentials.

  7. Quando si è soddisfatti della macchina virtuale sottoposta a failover, selezionare Commit nella pagina Panoramica per completare il failover.

    Pulsante Commit

  8. In Commit selezionare OK per confermare. Commit elimina tutti i punti di ripristino disponibili per la macchina virtuale in Site Recovery, quindi non sarà possibile modificare il punto di ripristino.

  9. Monitorare lo stato di commit nelle notifiche.

    Notifica dello stato di commitNotifica di conferma dell'esito positivo

Riproteggere la macchina virtuale

Dopo il failover, è necessario proteggere la VM nell'area secondaria in modo che possa essere nuovamente replicata nell'area primaria.

  1. Verificare che lo stato della VM sia Commit del failover eseguito prima di iniziare.

  2. Controllare che sia possibile accedere all'area primaria e di essere autorizzati a crearvi nuove macchine virtuali.

  3. Nella pagina Panoramica per la macchina virtuale selezionareRiproteggi.

    Pulsante che abilita la riprotezione per una macchina virtuale.

  4. In Riproteggi verificare la direzione di replica (dall'area secondaria alla primaria) ed esaminare le impostazioni di destinazione per l'area primaria. Le risorse contrassegnate come nuove verranno create da Site Recovery nell'ambito dell'operazione di riprotezione.

    Pagina delle impostazioni di riprotezione

  5. Selezionare OK per avviare il processo di riprotezione. Il processo invia i dati iniziali al percorso di destinazione e quindi replica le informazioni differenziali per le macchine virtuali nella destinazione.

  6. Monitorare lo stato di riprotezione nelle notifiche.

    Notifica dello stato di riprotezioneNotifica di riprotezione riuscita

Passaggi successivi

In questa esercitazione è stato eseguito il failover dall'area primaria a quella secondaria ed è stata avviata la replica delle VM nell'area primaria. È ora possibile eseguire il failback dall'area secondaria al database primario.