Domande frequenti: Ripristino di emergenza da Azure ad Azure
Questo articolo risponde alle domande comuni sul ripristino di emergenza delle macchine virtuali di Azure in un'altra area di Azure usando il servizio Azure Site Recovery .
Generali
Come viene stabilito il prezzo di Site Recovery?
Informazioni sui costi per il ripristino di emergenza delle macchine virtuali di Azure.
Come funziona il livello gratuito?
Ogni istanza protetta con Site Recovery è gratuita per i primi 31 giorni di protezione. Dopo tale periodo, la protezione per ogni istanza è alle tariffe riepilogate nei dettagli dei prezzi. È possibile stimare i costi usando il calcolatore prezzi di Azure.
Vengono addebitati altri addebiti di Azure nei primi 31 giorni?
Sì. Anche se Azure Site Recovery è gratuito durante i primi 31 giorni di un'istanza protetta, possono venire addebitati i costi per Archiviazione di Azure, transazioni di archiviazione e trasferimento dei dati. Per una macchina virtuale ripristinata possono venire addebitati anche i costi di calcolo di Azure.
Ricerca per categorie iniziare a usare il ripristino di emergenza delle macchine virtuali di Azure?
- Informazioni sull'architettura di ripristino di emergenza della macchina virtuale di Azure.
- Esaminare i requisiti di supporto.
- Configurare il ripristino di emergenza per le macchine virtuali di Azure.
- Eseguire un'esercitazione sul ripristino di emergenza con un failover di test.
- Eseguire un failover completo in un'area di Azure secondaria.
- Eseguire il failback dall'area secondaria all'area primaria.
Come si garantisce la capacità nell'area di destinazione?
Il team di Site Recovery e il team di gestione della capacità di Azure pianificano una capacità di infrastruttura sufficiente. Quando si avvia un failover, i team contribuiscono anche a garantire che le istanze di macchina virtuale protette da Site Recovery vengano distribuite nell'area di destinazione.
Replica
È possibile replicare le macchine virtuali con la crittografia del disco?
Sì. Site Recovery supporta il ripristino di emergenza di macchine virtuali con Crittografia dischi di Azure (ADE) abilitate. Quando si abilita la replica, Azure copia tutte le chiavi di crittografia del disco e i segreti necessari dall'area di origine all'area di destinazione, nel contesto utente. Se non si dispone delle autorizzazioni necessarie, l'amministratore della sicurezza può usare uno script per copiare le chiavi e i segreti.
- Site Recovery supporta ADE per le macchine virtuali di Azure che eseguono Windows.
- Site Recovery supporta:
Altre informazioni sull'abilitazione della replica per le macchine virtuali crittografate.
Per informazioni sul supporto per altre funzionalità di crittografia, vedere la matrice di supporto.
È possibile selezionare un account di automazione da un gruppo di risorse diverso?
Quando si consente a Site Recovery di gestire gli aggiornamenti per l'estensione servizio di mobilità in esecuzione in macchine virtuali di Azure replicate, viene distribuito un runbook globale (usato dai servizi di Azure) tramite un account Automazione di Azure. È possibile usare l'account di automazione creato da Site Recovery oppure selezionare per usare un account di automazione esistente.
Attualmente, nel portale è possibile selezionare solo un account di automazione nello stesso gruppo di risorse dell'insieme di credenziali. È possibile selezionare un account di automazione da un gruppo di risorse diverso usando PowerShell. Altre informazioni sull'abilitazione degli aggiornamenti automatici.
Se si usa un account di automazione clienti che non si trova nel gruppo di risorse dell'insieme di credenziali, è possibile eliminare il runbook predefinito?
Sì, è possibile eliminarlo se non è necessario.
È possibile replicare le macchine virtuali in un'altra sottoscrizione?
Sì, è possibile replicare le macchine virtuali di Azure in qualsiasi sottoscrizione all'interno dello stesso tenant di Microsoft Entra. Quando si abilita il ripristino di emergenza per le macchine virtuali, per impostazione predefinita la sottoscrizione di destinazione visualizzata è quella della macchina virtuale di origine. È possibile modificare la sottoscrizione di destinazione e altre impostazioni, ad esempio il gruppo di risorse e la rete virtuale, vengono popolate automaticamente dalla sottoscrizione selezionata.
È possibile replicare le macchine virtuali in una zona di disponibilità in un'altra area?
Sì, è possibile replicare le macchine virtuali nelle zone di disponibilità in un'altra area di Azure.
È possibile replicare macchine virtuali non di zona in una zona all'interno della stessa area?
Questa operazione non è supportata.
È possibile replicare le macchine virtuali in zone in una zona diversa nella stessa area?
Il supporto per questa operazione è limitato a poche aree. Altre informazioni.
È possibile escludere i dischi dalla replica?
Sì, è possibile escludere i dischi quando si configura la replica usando PowerShell. Altre informazioni sull'esclusione di dischi.
È possibile replicare nuovi dischi aggiunti alle macchine virtuali replicate?
Per le macchine virtuali replicate con dischi gestiti, è possibile aggiungere nuovi dischi e abilitare la replica. Quando si aggiunge un nuovo disco, la macchina virtuale replicata visualizza un messaggio di avviso che informa che uno o più dischi nella macchina virtuale sono disponibili per la protezione.
- Se si abilita la replica per i dischi aggiunti, l'avviso scompare dopo la replica iniziale.
- Se non si vuole abilitare la replica per il disco, è possibile ignorare l'avviso.
- Se si esegue il failover di una macchina virtuale con dischi aggiunti, i punti di replica mostrano i dischi disponibili per il ripristino. Ad esempio, se si aggiunge un secondo disco a una macchina virtuale con un disco, un punto di replica creato prima dell'aggiunta viene visualizzato come "1 di 2 dischi".
Site Recovery non supporta la "rimozione ad accesso frequente" di dischi da una macchina virtuale replicata. Se si rimuove un disco di macchina virtuale, è necessario disabilitare e quindi riabilitare la replica per la macchina virtuale.
Con quale frequenza è possibile eseguire la replica in Azure?
La replica è continua durante la replica di macchine virtuali di Azure in un'altra area di Azure. Altre informazioni sul processo di replica.
È possibile replicare macchine virtuali non a zona all'interno di un'area?
Non è possibile usare Site Recovery per replicare macchine virtuali non con zone all'interno di un'area. Tuttavia, è possibile replicare i computer con zona in una zona diversa nella stessa area.
È possibile replicare istanze di macchine virtuali in qualsiasi area di Azure?
È possibile replicare e ripristinare le macchine virtuali tra due aree.
Site Recovery richiede la connettività Internet?
No, ma le macchine virtuali devono accedere agli URL e agli intervalli IP di Site Recovery. Altre informazioni.
È possibile replicare un'applicazione a livelli tra gruppi di risorse?
Sì, è possibile replicare l'app e mantenere la configurazione del ripristino di emergenza in un gruppo di risorse separato.
Ad esempio, se le app hanno tre livelli (application/database/web) in gruppi di risorse diversi, è necessario abilitare la replica tre volte, per proteggere tutti i livelli. Site Recovery replica i tre livelli in tre gruppi di risorse diversi.
È possibile spostare gli account di archiviazione tra gruppi di risorse?
No, questo non è supportato. Se gli account di archiviazione vengono spostati accidentalmente in un gruppo di risorse diverso ed eliminati il gruppo di risorse originale, è possibile creare un nuovo gruppo di risorse con lo stesso nome del gruppo di risorse precedente e quindi spostare l'account di archiviazione in questo gruppo di risorse.
Criteri di replica
Cosa sono i criteri di replica?
Un criterio di replic definisce le impostazioni per la cronologia della conservazione dei punti di recupero e per la frequenza degli snapshot coerenti con l'app. Site Recovery crea criteri di replica predefiniti come indicato di seguito:
- Mantenere i punti di ripristino per un giorno.
- Gli snapshot coerenti con l'app sono disabilitati e non vengono creati per impostazione predefinita.
Altre informazioni sulle impostazioni di replica.
Che cos'è un punto di ripristino coerente con l'arresto anomalo del sistema?
Un punto di recupero coerente con l'arresto anomalo del sistema contiene dati su disco, come se venisse rimosso il cavo di alimentazione dal server durante lo snapshot. Non include tutto quello che era contenuto in memoria quando è stato creato lo snapshot.
Attualmente, la maggior parte delle app può recuperare correttamente gli snapshot coerenti con l'arresto anomalo del sistema. Un punto di ripristino coerente con l'arresto anomalo del sistema è sufficiente per i sistemi operativi non di database e per le app come file server, server DHCP e server di stampa.
Site Recovery crea automaticamente un punto di ripristino coerente con l'arresto anomalo del sistema ogni cinque minuti.
Che cos'è un punto di ripristino coerente con l'applicazione?
I punti di ripristino coerenti con l'app vengono creati dagli snapshot coerenti con l'app. Vengono acquisiti gli stessi dati degli snapshot coerenti con l'arresto anomalo, oltre ai dati in memoria e a tutte le transazioni in corso.
A causa di contenuto aggiuntivo, gli snapshot coerenti con l'app sono i più coinvolti e richiedono più tempo. È consigliabile usare punti di ripristino coerenti con l'app per i sistemi operativi del database e app come SQL Server. Per Windows, gli snapshot coerenti con l'app usano il servizio Copia Shadow del volume (VSS).
I punti di ripristino coerenti con l'app influiscono sulle prestazioni?
Poiché i punti di ripristino coerenti con l'app acquisiscono tutti i dati in memoria e processo, se acquisiscono frequentemente, possono influire sulle prestazioni quando il carico di lavoro è già occupato. Non è consigliabile acquisire troppo spesso i carichi di lavoro non di database. Anche per i carichi di lavoro del database, un'ora dovrebbe essere sufficiente.
Qual è la frequenza minima per la generazione di punti di ripristino coerenti con l'app?
Site Recovery può creare punti di ripristino coerenti con l'app con una frequenza minima di un'ora.
È possibile abilitare la replica coerente con l'app per le macchine virtuali Linux?
Sì. L'agente mobility per Linux supporta script personalizzati per la coerenza delle app. Uno script personalizzato con pre e post-opzioni viene usato dall'agente. Ulteriori informazioni
Come vengono generati e salvati i punti di ripristino?
Per comprendere come Site Recovery genera i punti di ripristino, si userà un esempio.
- I criteri di replica mantengono i punti di ripristino per un giorno e acquisiscono uno snapshot coerente con l'app ogni ora.
- Site Recovery crea un punto di ripristino coerente con l'arresto anomalo del sistema ogni cinque minuti. L'utente non può modificare questa frequenza.
- Site Recovery elimina i punti di ripristino dopo due ore, risparmiando un punto all'ora.
Quindi, per le ultime due ore, è possibile scegliere tra 24 punti coerenti con l'arresto anomalo del sistema e due punti coerenti con l'app, come illustrato nell'immagine.
Fino a quando può risalire il recupero?
Il punto di ripristino meno recente che è possibile usare è 15 giorni con disco gestito e tre giorni con disco non gestito.
Come avviene l'eliminazione dei punti di ripristino?
I punti di ripristino coerenti con l'arresto anomalo del sistema vengono generati ogni cinque minuti. Gli snapshot coerenti con l'app vengono generati in base alla frequenza di input immessa dall'utente. Oltre due ore, l'eliminazione dei punti di ripristino può verificarsi in base al periodo di conservazione immesso. Di seguito sono riportati gli scenari seguenti:
| Input del periodo di conservazione | Meccanismo di eliminazione |
|---|---|
| 0 giorno | Nessun punto di ripristino salvato. È possibile eseguire il failover solo al punto più recente |
| 1 giorno | Un punto di ripristino salvato all'ora oltre le ultime due ore |
| 2 - 7 giorni | Un punto di ripristino salvato per due ore oltre le ultime due ore |
| 8 - 15 giorni | Un punto di ripristino salvato per due ore oltre le ultime due ore per sette giorni. Registrare questo, un punto di ripristino salvato per quattro ore. Gli snapshot coerenti con l'app verranno eliminati anche in base alla durata indicata in precedenza nella tabella anche se si disponeva di una frequenza di snapshot meno coerente con l'app. |
Cosa accade se Site Recovery non riesce a generare punti di ripristino per più di un giorno?
Se si dispone di un criterio di replica di un giorno e Site Recovery non può generare punti di ripristino per più di un giorno, i punti di ripristino precedenti rimangono. Site Recovery sostituisce solo il punto meno recente se genera nuovi punti. Fino a quando non saranno presenti nuovi punti di ripristino, tutti i punti precedenti verranno conservati dopo aver raggiunto il periodo di conservazione.
È possibile modificare i criteri di replica dopo l'abilitazione della replica?
Sì. Nell'insieme di credenziali >Criteri di replica dell'infrastruttura>di Site Recovery selezionare e modificare i criteri. Anche le modifiche si applicano ai criteri esistenti.
Tutti i punti di ripristino sono una copia completa della macchina virtuale?
Il primo punto di recupero che viene generato include la copia completa. I punti di ripristino successivi presentano modifiche differenziali.
Gli aumenti della conservazione dei punti di ripristino aumentano i costi di archiviazione?
Sì. Ad esempio, se si aumenta la conservazione da un giorno a tre giorni, Site Recovery salva i punti di ripristino per altri due giorni. Il tempo aggiunto comporta modifiche all'archiviazione. In precedenza, salvava i punti di ripristino all'ora per un giorno. Ora, salva punti di ripristino per due ore per 3 giorni. Fare riferimento all'eliminazione dei punti di ripristino. Vengono quindi salvati altri 12 punti di ripristino. Ad esempio, solo se un singolo punto di ripristino ha apportato modifiche differenziali di 10 GB, con un costo per GB pari a $ 0,16 al mese, gli addebiti aggiuntivi saranno $ 1,60 × 12 al mese.
Coerenza tra più macchine virtuali
Che cos'è la coerenza tra più macchine virtuali?
La coerenza tra più macchine virtuali garantisce che i punti di ripristino siano coerenti tra le macchine virtuali replicate.
- Quando si abilita la coerenza tra più macchine virtuali, Site Recovery crea un gruppo di replica di tutti i computer con l'opzione abilitata.
- Quando si esegue il failover dei computer nel gruppo di replica, questi hanno punti di ripristino coerenti con l'arresto anomalo del sistema e coerenti con l'app.
Informazioni su come abilitare la coerenza tra più macchine virtuali.
È possibile eseguire il failover di una singola macchina virtuale in un gruppo di replica?
No. Quando si abilita la coerenza tra più macchine virtuali, si deduce che un'app ha una dipendenza da tutte le macchine virtuali nel gruppo di replica e il failover di una singola macchina virtuale non è consentito.
Quante macchine virtuali è possibile replicare insieme in un gruppo?
È possibile replicare 16 macchine virtuali all'interno di uno stesso gruppo di replica.
Quando è necessario abilitare la coerenza tra più macchine virtuali?
La coerenza tra più macchine virtuali è un uso intensivo della CPU e l'abilitazione può influire sulle prestazioni del carico di lavoro. Abilitare solo se le macchine virtuali eseguono lo stesso carico di lavoro ed è necessaria la coerenza tra più computer. Ad esempio, se sono presenti due istanze di SQL Server e due server Web in un'applicazione, abilitare la coerenza tra più macchine virtuali solo per le istanze di SQL Server.
È possibile aggiungere una macchina virtuale di replica a un gruppo di replica?
Quando si abilita la replica per una macchina virtuale, è possibile aggiungerla a un nuovo gruppo di replica o a un gruppo esistente. Non è possibile aggiungere una macchina virtuale già replicata in un gruppo.
Failover
Come si garantisce la capacità nell'area di destinazione?
Il team di Site Recovery e il team di gestione della capacità di Azure pianificano una capacità di infrastruttura sufficiente su base ottimale. Quando si avvia un failover, i team contribuiscono anche a garantire che le istanze di macchina virtuale protette da Site Recovery possano essere distribuite nell'area di destinazione.
Il failover è automatico?
Il failover non è automatico. È possibile avviare un failover con un solo clic nel portale oppure usare PowerShell per attivare un failover.
È possibile mantenere un indirizzo IP pubblico dopo il failover?
Non è possibile mantenere l'indirizzo IP pubblico per un'app di produzione dopo un failover.
Quando si visualizza un carico di lavoro come parte del processo di failover, è necessario assegnarvi una risorsa indirizzo IP pubblico di Azure. La risorsa deve essere disponibile nell'area di destinazione. È possibile assegnare manualmente la risorsa indirizzo IP pubblico di Azure oppure automatizzarla con un piano di ripristino. Informazioni su come configurare gli indirizzi IP pubblici dopo il failover.
È possibile mantenere un indirizzo IP privato dopo il failover?
Sì. Per impostazione predefinita, quando si abilita il ripristino di emergenza per le macchine virtuali di Azure, Site Recovery crea le risorse di destinazione, in base alle impostazioni delle risorse di origine. Per le macchine virtuali di Azure configurate con indirizzi IP statici, Site Recovery tenta di effettuare il provisioning dello stesso indirizzo IP per la macchina virtuale di destinazione, se non è in uso. Altre informazioni sulla conservazione degli indirizzi IP dopo il failover.
Perché a una macchina virtuale viene assegnato un nuovo indirizzo IP dopo il failover?
Site Recovery tenta di fornire l'indirizzo IP al momento del failover. Se un'altra macchina virtuale usa tale indirizzo, Site Recovery imposta l'indirizzo IP successivo disponibile come destinazione.
Altre informazioni sulla configurazione del mapping di rete e dell'indirizzamento IP per le reti virtuali.
Qual è il punto di ripristino più recente ?
L'opzione Punto di ripristino più recente (RPO più basso) fornisce l'obiettivo del punto di ripristino (RPO) più basso. Elabora innanzitutto tutti i dati inviati al servizio Site Recovery, per creare un punto di ripristino per ogni macchina virtuale, prima di eseguire il failover. Inizialmente tenta di elaborare e applicare tutti i dati inviati al servizio Site Recovery nel percorso di destinazione e crea un punto di ripristino usando i dati elaborati. Tuttavia, se al momento del failover è stato attivato, non sono presenti dati caricati nel servizio Site Recovery in attesa di essere elaborati, Azure Site Recovery non eseguirà alcuna elaborazione e quindi non creerà un nuovo punto di ripristino. In questo scenario, eseguirà invece il failover usando solo il punto di ripristino elaborato in precedenza.
I punti di ripristino più recenti influiscono sull'RTO del failover?
Sì. Site Recovery elabora tutti i dati in sospeso prima del failover, quindi questa opzione ha un obiettivo di tempo di ripristino (RTO) superiore rispetto ad altre opzioni.
Qual è l'opzione Di ripristino elaborato più recente?
L'opzione Elaborato più recente esegue le operazioni seguenti:
- Esegue il failover di tutte le macchine virtuali nel punto di ripristino più recente elaborato da Site Recovery. Questa opzione offre un RTO basso poiché non viene impiegato tempo per la gestione di dati non elaborati.
Cosa accade se si verifica un'interruzione imprevista nell'area primaria?
È possibile avviare il failover. Per eseguire il failover, in Site Recovery non è necessaria la connettività dall'area primaria.
Qual è l'obiettivo RTO di un failover di una macchina virtuale?
Site Recovery ha un contratto di servizio RTO di due ore. La maggior parte del tempo, Site Recovery esegue il failover delle macchine virtuali entro pochi minuti. Per calcolare l'RTO, esaminare il processo di failover, che mostra il tempo necessario per visualizzare una macchina virtuale.
Piani di ripristino
Che cos'è un piano di ripristino?
Un piano di ripristino in Site Recovery orchestra il failover e il ripristino delle macchine virtuali. Consente di rendere il ripristino coerentemente accurato, ripetibile e automatizzato. Esegue le operazioni seguenti:
- Definisce un gruppo di macchine virtuali di cui viene eseguita il failover insieme
- Definisce le dipendenze tra macchine virtuali, in modo che l'applicazione venga visualizzata in modo accurato.
- Automatizza il ripristino, con l'opzione di azioni manuali personalizzate per attività diverse dal failover della macchina virtuale.
Come funziona la sequenziazione?
In un piano di ripristino è possibile creare fino a 7 gruppi di macchine virtuali per la sequenziazione. Raggruppa il failover uno alla volta, in modo che le macchine virtuali che fanno parte dello stesso failover del gruppo. Altre informazioni.
Come trovo l'RTO di un piano di ripristino?
Per controllare l'obiettivo RTO di un piano di ripristino, eseguire un failover di test per il piano di ripristino. Nei processi di Site Recovery controllare la durata del failover di test. Nello screenshot di esempio il processo di failover di test SAPTestRecoveryPlan ha richiesto 8 minuti e 59 secondi.
È possibile aggiungere runbook di automazione ai piani di ripristino?
Riprotezione e failback
Dopo il failover, le macchine virtuali nell'area secondaria sono protette automaticamente?
No. Quando si esegue il failover di macchine virtuali da un'area a un'altra, le macchine virtuali vengono avviate nell'area di ripristino di emergenza di destinazione in uno stato non protetto. Per riproteggere le macchine virtuali nell'area secondaria, abilitare di nuovo la replica nell'area primaria.
Quando si riproteggere, tutti i dati vengono replicati dall'area secondaria alla replica primaria?
Dipende. Se la macchina virtuale dell'area di origine esiste, vengono sincronizzate solo le modifiche tra il disco di origine e il disco di destinazione. Site Recovery confronta i dischi con le differenze e quindi trasferisce i dati. Questo processo richiede in genere alcune ore. Altre informazioni.
Quanto tempo richiede il failback?
Dopo la riprotezione, il failback richiede circa lo stesso tempo necessario per eseguire il failover dall'area primaria a un'area secondaria.
Capacità
Come si garantisce la capacità nell'area di destinazione?
Il team di Site Recovery e il team di gestione della capacità di Azure pianificano una capacità di infrastruttura sufficiente su base ottimale. Quando si avvia un failover, i team contribuiscono anche a garantire che le istanze di macchina virtuale protette da Site Recovery possano essere distribuite nell'area di destinazione.
Site Recovery funziona con la prenotazione della capacità?
Sì, è possibile creare una prenotazione della capacità per lo SKU della macchina virtuale nell'area di ripristino di emergenza e/o nella zona e configurarla nelle proprietà di calcolo della macchina virtuale di destinazione. Al termine, site recovery userà la capacità vincolata per il failover. Altre informazioni.
Perché è consigliabile riservare la capacità usando la prenotazione della capacità nella posizione di destinazione?
Anche se Site Recovery fa il massimo sforzo per garantire che la capacità sia disponibile nell'area di ripristino, non garantisce lo stesso. Il massimo sforzo di Site Recovery è supportato da un contratto di servizio RTO di 2 ore. Tuttavia, se è necessaria ulteriore garanzia e capacità di calcolo garantita, è consigliabile acquistare prenotazioni di capacità
Site Recovery funzionano con le istanze riservate?
Sì, è possibile acquistare macchine virtuali di Azure riservate nell'area di ripristino di emergenza e le operazioni di failover di Site Recovery le usano. Non è necessaria alcuna configurazione aggiuntiva.
Sicurezza
I dati di replica vengono inviati al servizio Site Recovery?
No, Site Recovery non intercetta i dati replicati né raccoglie informazioni su ciò che è in esecuzione sulle macchine virtuali. Al servizio Site Recovery vengono inviati solo i metadati necessari per gestire la replica e il failover.
Site Recovery è certificato ISO 27001:2013, 27018, HIPAA e DPA. Il servizio è in fase di valutazione per la conformità SOC2 e FedRAMP JAB.
Site Recovery consente di crittografare la replica?
Sì, sono supportate sia la crittografia dei dati in transito che la crittografia dei dati inattivi in Azure.
Accesso alla rete del disco
Quali accessi di rete hanno i dischi creati da Azure Site Recovery?
Azure Site Recovery crea dischi di replica e di destinazione. I dischi di replica sono dischi in cui i dati vengono replicati e i dischi di destinazione sono dischi collegati alle macchine virtuali di failover (o failover di test). Azure Site Recovery crea questi dischi con accesso pubblico abilitato. Tuttavia, è possibile disabilitare manualmente l'accesso pubblico per questi dischi seguendo questa procedura:
Passare alla sezione Elementi replicati dell'insieme di credenziali dei servizi di ripristino.
Selezionare la macchina virtuale per cui si desidera modificare i criteri di accesso alla rete del disco.
Trovare il nome della sottoscrizione di destinazione e il nome del gruppo di risorse di destinazione nella scheda Calcolo . I dischi di replica si trovano nella sottoscrizione di destinazione e nel gruppo di risorse di destinazione. Le macchine virtuali di failover e di test vengono create anche nel gruppo di risorse di destinazione all'interno della sottoscrizione di destinazione.
Passare alla scheda Dischi degli elementi replicati per identificare i nomi dei dischi di replica e i nomi dei dischi di destinazione corrispondenti a ogni disco di origine. È possibile trovare i dischi di replica nel gruppo di risorse di destinazione ottenuto dal passaggio precedente. Analogamente, quando si completa il failover, si ottengono i dischi di destinazione collegati alla macchina virtuale di ripristino nel gruppo di risorse di destinazione.
Per ogni disco di replica, eseguire le operazioni seguenti:
Passare alla scheda Esportazione disco sotto il Impostazioni del disco. Per impostazione predefinita, il disco deve disporre dell'accesso sas acquisito da Azure Site Recovery.
Annullare l'esportazione usando l'opzione Annulla esportazione prima di apportare modifiche all'accesso alla rete.
Azure Site Recovery richiede la firma di accesso condiviso nei dischi di replica per la replica. L'annullamento dell'esportazione può influire brevemente sulla replica di Azure Site Recovery, ma Site Recovery restituisce automaticamente la firma di accesso condiviso in pochi minuti.
Passare alla scheda Rete sotto le opzioni di Impostazioni del disco. Per impostazione predefinita, il disco viene creato con l'impostazione Abilita l'accesso pubblico da tutte le reti abilitate.
Modificare l'accesso alla rete in Disabilitare l'accesso pubblico e abilitare l'accesso privato o Disabilitare l'accesso pubblico e privato in base alle esigenze, dopo l'annullamento dell'esportazione.
Se si vuole modificare l'accesso alla rete del disco in Disabilitare l'accesso pubblico e abilitare l'accesso privato, la risorsa di accesso al disco da usare deve essere già presente nell'area di destinazione all'interno della sottoscrizione di destinazione. Trovare i passaggi per creare una risorsa di accesso al disco qui.
Nota
È possibile modificare l'accesso alla rete del disco solo se l'esportazione è stata annullata. Se non si annulla l'esportazione, la modifica dell'accesso alla rete per il disco è disabilitata.
Dopo aver completato il failover o il failover di test, la macchina virtuale di ripristino creata nel percorso di destinazione ha anche i dischi con accesso pubblico abilitato. Questi dischi non avranno la firma di accesso condiviso impiegato da Azure Site Recovery. Per modificare l'accesso alla rete per questi dischi, passare alla scheda Rete del disco e modificare l'accesso alla rete del disco in base alle esigenze in base al passaggio 5.
Durante la riprotezione e il failback, Azure Site Recovery crea anche dischi con accesso pubblico abilitato. È possibile modificare l'accesso di rete di tali dischi, come illustrato nei passaggi precedenti in base alle esigenze.
Passaggi successivi
- Esaminare i requisiti di supporto da Azure ad Azure.
- Configurare la replica da Azure ad Azure.
- Eventuali domande successive alla lettura di questo articolo possono essere pubblicate nella pagina delle domande di Domande e risposte Microsoft relativa a Servizi di ripristino di Azure.