Riproteggere macchine virtuali di Azure sottoposte a failover nell'area primaria

Quando si esegue il failover di macchine virtuali di Azure da un'area a un'altra usando Azure Site Recovery, le macchine virtuali vengono riavviate nell'area secondaria, in uno stato non protetto . Se si vuole eseguire il failback delle macchine virtuali nell'area primaria, eseguire le attività seguenti:

1. Riproteggere le macchine virtuali nell'area secondaria, in modo che inizino a eseguire la replica nell'area primaria.
2. Al termine della riprotezione e dopo la replica delle macchine virtuali, è possibile eseguire il failover dall'area secondaria all'area primaria.

Prerequisiti

• È necessario eseguire il commit del failover della macchina virtuale dall'area primaria a quella secondaria.
• Il sito di destinazione primario deve essere disponibile e deve essere possibile accedere a quell'area o crearvi risorse.

Riproteggere una macchina virtuale

1. In Elementi replicati dell'insieme di credenziali>fare clic con il pulsante destro del mouse sulla macchina virtuale di cui è stato eseguito il failover e selezionare Riproteggi. La direzione della riprotezione deve essere da area secondaria ad area primaria.

   

2. Rivedere il gruppo di risorse, la rete, la risorsa di archiviazione e i set di disponibilità. Selezionare OK. Se sono presenti risorse contrassegnate come nuove, vengono create come parte del processo di riprotezione.

3. Con questo processo il sito di destinazione viene aggiornato con i dati più recenti. Al termine del processo, viene eseguita la replica differenziale. Sarà quindi possibile effettuare il failover al sito primario. È possibile selezionare l'account di archiviazione o la rete da usare durante la riprotezione tramite l'opzione Personalizza.

   

Personalizzare le impostazioni di riprotezione

Durante la riprotezione è possibile personalizzare le proprietà seguenti della macchina virtuale di destinazione.

Cosa accade durante la riprotezione?

Per impostazione predefinita, si verifica quanto segue:

1. Viene creato un account di archiviazione della cache nell'area in cui è in esecuzione la macchina virtuale di cui è stato eseguito il failover.
2. Se l'account di archiviazione di destinazione (l'account di archiviazione originario nell'area primaria) non esiste, ne viene creato uno nuovo. Il nome dell'account di archiviazione assegnato è il nome dell'account di archiviazione usato dalla macchina virtuale secondaria, suffisso con asr.
3. Se la macchina virtuale usa dischi gestiti, i dischi gestiti di replica vengono creati nell'area primaria per archiviare i dati replicati dai dischi della macchina virtuale secondaria.
4. Le repliche temporanee dei dischi di origine (dischi collegati alle macchine virtuali nell'area secondaria) vengono create con il nome ms-asr-<GUID>, usato per trasferire/leggere i dati. I dischi temporanei consentono di usare la larghezza di banda completa del disco anziché solo il 16% della larghezza di banda dei dischi originali (connessi alla macchina virtuale). I dischi temporanei vengono eliminati al termine della riprotezione.
5. Se il set di disponibilità di destinazione non esiste, ne viene creato uno nuovo come parte del processo di riprotezione, se necessario. Se sono state personalizzate le impostazioni di riprotezione, viene usato il set selezionato.

Quando si attiva un processo di riprotezione e la macchina virtuale di destinazione esiste, si verifica quanto segue:

1. Se è in esecuzione, la macchina virtuale sul lato di destinazione è disattivata.
2. Se la macchina virtuale usa dischi gestiti, viene creata una copia del disco originale con un -ASRReplica suffisso. I dischi originali vengono eliminati. Le -ASRReplica copie vengono usate per la replica.
3. Se la macchina virtuale usa dischi non gestiti, i dischi dati della macchina virtuale di destinazione vengono scollegati e usati per la replica. Viene creata e collegata una copia del disco del sistema operativo nella macchina virtuale. Il disco del sistema operativo originale viene scollegato e usato per la replica.
4. Vengono sincronizzate solo le modifiche tra il disco di origine e il disco di destinazione. I backup differenziali vengono calcolati confrontando entrambi i dischi e quindi trasferiti. Controllare di seguito per trovare il tempo stimato per completare la riprotezione.
5. Al termine della sincronizzazione, viene avviata la replica differenziale e viene creato un punto di ripristino in linea con i criteri di replica.

Quando si attiva un processo di riprotezione e la macchina virtuale e i dischi di destinazione non esistono, si verifica quanto segue:

1. Se la macchina virtuale usa dischi gestiti, i dischi di replica vengono creati con -ASRReplica suffisso. Le -ASRReplica copie vengono usate per la replica.
2. Se la macchina virtuale usa dischi non gestiti, i dischi di replica vengono creati nell'account di archiviazione di destinazione.
3. I dischi interi vengono copiati dall'area sottoposta a failover nella nuova area di destinazione.
4. Al termine della sincronizzazione, viene avviata la replica differenziale e viene creato un punto di ripristino in linea con i criteri di replica.

Tempo stimato per la riprotezione

Nella maggior parte dei casi, Azure Site Recovery non replica i dati completi nell'area di origine. La quantità di dati replicati dipende dalle condizioni seguenti:

1. Azure Site Recovery non supporta la riprotezione se i dati della macchina virtuale di origine vengono eliminati, danneggiati o inaccessibili per qualche motivo. Ad esempio, un gruppo di risorse cambia o elimina. In alternativa, è possibile disabilitare la protezione precedente del ripristino di emergenza e abilitare una nuova protezione dall'area corrente.
2. Se i dati della macchina virtuale di origine sono accessibili, i differenziali vengono calcolati confrontando entrambi i dischi e solo le differenze vengono trasferite. In questo caso, il tempo di riprotezione è maggiore o uguale a checksum calculation time + checksum differentials transfer time + time taken to process the recovery points from Azure Site Recovery agent + auto scale time.

Fattori che regolano il tempo di riprotezione nello scenario 2

I fattori seguenti influiscono sul tempo di riprotezione quando la macchina virtuale di origine è accessibile nello scenario 2:

1. Tempo di calcolo checksum: il tempo impiegato per completare il processo di replica da primario a quello di ripristino di emergenza viene usato come benchmark per il calcolo differenziale del checksum. Passare a Insiemi di credenziali di>Servizi di ripristino Monitoraggio>dei processi di Site Recovery per visualizzare il tempo impiegato per completare il processo di abilitazione della replica. Questo sarà il tempo minimo necessario per completare il calcolo del checksum.

2. Il trasferimento differenziale del checksum avviene a circa il 23% della velocità effettiva del disco.

3. Il tempo impiegato per elaborare i punti di ripristino inviati dall'agente di Azure Site Recovery: l'agente di Azure Site Recovery continua a inviare punti di ripristino durante la fase di calcolo e trasferimento del checksum. Tuttavia, Azure Site Recovery li elabora solo una volta completato il trasferimento diff di checksum. Il tempo impiegato per elaborare i punti di ripristino sarà di circa un quinto (1/5) del tempo impiegato per il calcolo differenziale del checksum e il tempo di trasferimento differenziali del checksum (tempo per il calcolo delle differenze di checksum + tempo per il trasferimento delle differenze di checksum). Ad esempio, se il tempo impiegato per il calcolo differenziale del checksum e il trasferimento differenziale del checksum è di 15 ore, il tempo impiegato per elaborare i punti di ripristino dell'agente sarà di tre ore.

4. Il tempo di scalabilità automatica è di circa 20-30 minuti.

Scenario di esempio:

Si prenda ora l'esempio dello screenshot seguente, in cui l'opzione Abilita replica dal database primario al percorso di ripristino di emergenza ha richiesto un'ora e 12 minuti. Il tempo di calcolo checksum sarà di almeno un'ora e 12 minuti. Supponendo che la quantità di dati modificati dopo il failover sia di 45 GB e che il disco abbia una velocità effettiva di 60 Mbps, il trasferimento differenziale si verificherà a 14 Mbps e il tempo impiegato per il trasferimento differenziale sarà di 45 GB / 14 Mbps, ovvero circa 55 minuti. Il tempo impiegato per elaborare i punti di ripristino è di circa un quinto del tempo totale impiegato per il calcolo del checksum (72 minuti) e il tempo impiegato per il trasferimento dei dati (55 minuti), che è di circa 25 minuti. Inoltre, sono necessari 20-30 minuti per il ridimensionamento automatico. Quindi, il tempo totale per la riprotezione deve essere di almeno tre ore.

L'esempio precedente è una semplice illustrazione di come stimare il tempo di riprotezione.

Quando la macchina virtuale viene nuovamente protetta dall'area di ripristino di emergenza all'area primaria, ovvero dopo il failover dall'area primaria all'area di ripristino di emergenza, la macchina virtuale di destinazione (macchina virtuale di origine originale) e le schede di interfaccia di rete associate vengono eliminate.

Tuttavia, quando la macchina virtuale viene nuovamente protetta dall'area primaria all'area di ripristino di emergenza dopo il failback, non si elimina la macchina virtuale e le schede di interfaccia di rete associate nell'area di ripristino di emergenza creata durante il failover precedente.

Passaggi successivi

Dopo aver protetto la macchina virtuale, è possibile avviare un failover. Il failover arresta la macchina virtuale nell'area secondaria e crea e avvia la macchina virtuale nell'area primaria, con brevi tempi di inattività durante questo processo. È consigliabile scegliere un orario appropriato per questo processo ed eseguire un failover di test prima di avviare un failover completo nel sito primario.

Altre informazioni sul failover di Azure Site Recovery.