Condividi tramite


Eseguire il failback per le macchine virtuali Hyper-V

Questo articolo descrive come eseguire il failback di macchine virtuali di Azure create dopo il failover di macchine virtuali Hyper-V da un sito locale ad Azure, con Azure Site Recovery.

  • Eseguire il failback di macchine virtuali Hyper-V da Azure eseguendo un failover pianificato da Azure al sito locale. Se la direzione del failover è da Azure a locale, viene considerato un failback.
  • Poiché Azure è un ambiente a disponibilità elevata e le macchine virtuali sono sempre disponibili, il failback da Azure è un'attività pianificata. È possibile pianificare un piccolo tempo di inattività in modo che i carichi di lavoro possano avviare nuovamente l'esecuzione in locale.
  • Il failback pianificato disattiva le macchine virtuali in Azure e scarica le modifiche più recenti. Non è prevista alcuna perdita di dati.

Prima di iniziare

  1. Esaminare i tipi di failback che è possibile usare: il ripristino nel percorso originale e il ripristino in un percorso alternativo.
  2. Assicurarsi che le macchine virtuali di Azure usino dischi gestiti. È supportato il failback delle macchine virtuali Hyper-V di cui è stato eseguito il failover nei computer di Azure che usano dischi gestiti. Non è consigliabile usare gli account di archiviazione, perché verranno ritirati completamente il 30 settembre 2025.
  3. Verificare che l'host Hyper-V locale (o il server System Center VMM se si usa con Site Recovery) sia in esecuzione e connesso ad Azure.
  4. Assicurarsi che il failover e il commit siano completati per le macchine virtuali. Non è necessario configurare componenti specifici di Site Recovery per il failback di macchine virtuali Hyper-V da Azure.
  5. Il tempo necessario per completare la sincronizzazione dei dati e avviare la macchina virtuale locale dipenderà da diversi fattori. Per velocizzare il download dei dati, è possibile configurare l'agente di Servizi di ripristino di Microsoft per usare più thread per parallelizzare il download. Altre informazioni.

Nota

Il failback in un percorso alternativo non è possibile quando si usano piani di ripristino.

Failback nella posizione originaria

Per eseguire il failback di macchine virtuali Hyper-V in Azure alla macchina virtuale locale originale, eseguire un failover pianificato da Azure al sito locale come indicato di seguito:

  1. Nell'insieme di credenziali >Elementi replicati, selezionare la macchina virtuale. Fare clic con il pulsante destro del mouse sul failover pianificato della macchina virtuale.> Se si esegue il failback di un piano di ripristino, selezionare il nome del piano e fare clic su Failover>pianificato.

  2. In Conferma failover pianificato scegliere i percorsi di origine e di destinazione. Prendere nota della direzione del failover. Se il failover dal database primario ha funzionato come previsto e tutte le macchine virtuali si trovano nel percorso secondario, si tratta solo di informazioni.

  3. In sincronizzazione dati hronizzazione selezionare un'opzione:

    • Sincronizzare i dati prima del failover (sincronizza solo le modifiche differenziali): questa opzione riduce al minimo il tempo di inattività per le macchine virtuali durante la sincronizzazione senza arrestarle.
      • Fase 1: crea uno snapshot della macchina virtuale di Azure e lo copia nell'host Hyper-V locale. La macchina continua l'esecuzione in Azure.
      • Fase 2: arresta la macchina virtuale di Azure in modo che non vengano apportate nuove modifiche. Il set finale di modifiche differenziali viene trasferito al server locale e viene avviata la macchina virtuale locale.
    • Sincronizzare i dati solo durante il failover (download completo): questa opzione è più veloce perché si presuppone che la maggior parte del disco sia stata modificata e non si voglia dedicare tempo a calcolare i checksum. Questa opzione non esegue alcun calcolo del checksum.
      • Esegue il download del disco.
      • È consigliabile usare questa opzione se è stato eseguito Azure per un periodo di tempo (un mese o più) o se la macchina virtuale locale viene eliminata.
  4. Solo per VMM, se la crittografia dei dati è abilitata per il cloud, in Chiave di crittografia selezionare il certificato rilasciato quando è stata abilitata la crittografia dei dati durante l'installazione del provider nel server VMM.

  5. Avviare il failover. Nella scheda Processi è possibile monitorare l’avanzamento del failover.

  6. Se è stata selezionata l'opzione per sincronizzare i dati prima del failover, dopo il completamento della sincronizzazione dei dati iniziale e si è pronti per arrestare le macchine virtuali in Azure, fare clic su Processi> nome >processo Completamento failover. Vengono eseguite le operazioni seguenti:

    • Arresta il computer di Azure.
    • Trasferisce le modifiche più recenti alla macchina virtuale locale.
    • Avvia la macchina virtuale locale.
  7. È ora possibile accedere al computer vm locale per verificare che sia disponibile come previsto.

  8. La macchina virtuale è in uno stato di attesa di commit. Fare clic su Commit per eseguire il commit del failover.

  9. Per completare il failback, fare clic su Replica inversa per avviare di nuovo la replica della macchina virtuale locale in Azure.

Failback in una posizione alternativa

Eseguire il failback in un percorso alternativo come indicato di seguito:

  1. Se si configura un nuovo hardware, installare una versione supportata di Windows e il ruolo Hyper-V nel computer.

  2. Creare un commutatore di rete virtuale con lo stesso nome presente nel server originale.

  3. In Protected Items>Protection Group><ProtectionGroupName> -><VirtualMachineName> selezionare la macchina virtuale di cui si vuole eseguire il failback e quindi selezionare Failover pianificato.

  4. In Conferma failoverpianificato scegliere Crea macchina virtuale locale, se non esiste.

  5. In Nome host selezionare il nuovo server host Hyper-V in cui si vuole posizionare la macchina virtuale.

  6. In sincronizzazione dati hronization è consigliabile selezionare l'opzione per sincronizzare i dati prima del failover. Questo riduce al minimo i tempi di inattività per le macchine virtuali durante la sincronizzazione senza arrestarli. Esegue le operazioni seguenti:

    • Fase 1: crea uno snapshot della macchina virtuale di Azure e lo copia nell'host Hyper-V locale. La macchina continua l'esecuzione in Azure.
    • Fase 2: arresta la macchina virtuale di Azure in modo che non vengano apportate nuove modifiche. Il set finale di modifiche viene trasferito al server locale e viene avviata la macchina virtuale locale.
  7. Fare clic sul segno di spunta per iniziare il failover (failback).

  8. Al termine della sincronizzazione iniziale e si è pronti per arrestare la macchina virtuale di Azure, fare clic su Processi><processo di failover pianificato Completato failover.>> In questo modo il computer di Azure viene arrestato, vengono trasferiti le modifiche più recenti alla macchina virtuale locale e viene avviato.

  9. È possibile accedere alla macchina virtuale locale per verificare che tutto funzioni come previsto.

  10. Fare clic su Commit per completare il failover. Il commit elimina la macchina virtuale di Azure e i relativi dischi e prepara nuovamente la macchina virtuale locale per la protezione.

  11. Fare clic su Replica inversa per avviare la replica della macchina virtuale locale in Azure. Verranno replicate solo le modifiche differenziali dopo la disattivazione della macchina virtuale in Azure.

    Nota

    • Se si annulla il processo di failback durante la sincronizzazione dei dati, la macchina virtuale locale sarà danneggiata. Ciò è dovuto al fatto che la sincronizzazione dei dati copia i dati più recenti dai dischi delle macchine virtuali di Azure nei dischi dati locali e fino al completamento della sincronizzazione, i dati del disco potrebbero non trovarsi in uno stato coerente. Se la macchina virtuale locale viene avviata dopo l'annullamento della sincronizzazione dei dati, potrebbe non avviarsi. In questo caso, eseguire di nuovo il failover per completare la sincronizzazione dei dati.
    • Il failback in un percorso alternativo non è possibile quando si usano piani di ripristino.

Passaggi successivi

Dopo la replica della macchina virtuale locale in Azure, è possibile eseguire un altro failover in Azure in base alle esigenze.