Domande frequenti sulla replica da VMware ad Azure

Questo articolo risponde alle domande comuni che possono verificarsi quando si distribuisce il ripristino di emergenza di macchine virtuali VMware locali in Azure.

Nota

È ora possibile spostare gli elementi replicati esistenti nell'esperienza di ripristino di emergenza VMware modernizzata. Altre informazioni.

Generali

Come si usa l'esperienza classica nell'insieme di credenziali di Servizi di ripristino anziché nell'esperienza modernizzata?

Il passaggio all'esperienza classica in un servizio di ripristino appena creato non è possibile perché sarà deprecato a marzo 2026. Tutti i nuovi insiemi di credenziali di Servizi di ripristino usano l'esperienza modernizzata.

È possibile eseguire la migrazione all'esperienza modernizzata?

È possibile eseguire la migrazione di tutte le macchine virtuali VMware o i server fisici replicati usando l'esperienza classica all'esperienza modernizzata. Controllare i dettagli qui e seguire l'esercitazione.

Cosa serve per il ripristino di emergenza di macchine virtuali VMware?

Informazioni sui componenti coinvolti nel ripristino di emergenza di macchine virtuali VMware.

È possibile usare Site Recovery per eseguire la migrazione di macchine virtuali VMware ad Azure?

Sì. Oltre a usare Site Recovery per configurare il ripristino di emergenza completo per le macchine virtuali VMware, è anche possibile usare Site Recovery per eseguire la migrazione di macchine virtuali VMware locali ad Azure. In questo scenario viene eseguita la replica di macchine virtuali VMware locali in Archiviazione di Azure. Quindi si esegue il failover dal sito locale in Azure. Dopo il failover, le app e i carichi di lavoro sono disponibili e in esecuzione all'interno di macchine virtuali di Azure. Il processo è simile alla configurazione del ripristino di emergenza completo, ad eccezione del fatto che in una migrazione non è possibile eseguire il failback da Azure.

L'account Azure deve avere le autorizzazioni per creare macchine virtuali?

L'amministratore della sottoscrizione ha le autorizzazioni di replica necessarie. Se non si è un amministratore, sono necessarie le autorizzazioni per eseguire queste azioni:

• Creare una macchina virtuale di Azure nel gruppo di risorse e nella rete virtuale specificata durante la configurazione di Site Recovery.
• Scrivere nell'account di archiviazione selezionato o nel disco gestito in base alla configurazione.

Altre informazioni sulle autorizzazioni necessarie.

Quali applicazioni è possibile replicare?

È possibile replicare qualsiasi app o carico di lavoro in esecuzione su una macchina virtuale VMware conforme ai requisiti di replica.

• Site Recovery fornisce il supporto per la replica compatibile con l'applicazione per consentire il failover e il failback delle app a uno stato intelligente.
• Site Recovery si integra con numerose applicazioni Microsoft, tra cui SharePoint, Exchange, Dynamics, SQL Server e Active Directory. Collabora inoltre strettamente con fornitori leader, tra cui Oracle, SAP, IBM e Red Hat.

Altre informazioni sulla protezione del carico di lavoro.

È possibile usare la licenza server del sistema operativo guest in Azure?

Sì. I clienti di Microsoft Software Assurance possono usare il Vantaggio Azure Hybrid per risparmiare sui costi di licenza per i computer Windows Server di cui viene eseguita la migrazione ad Azure o per usare Azure per il ripristino di emergenza.

Sicurezza

A quale scopo Site Recovery deve accedere ai server VMware?

Site Recovery richiede l'accesso ai server VMware per:

• Configurare una macchina virtuale VMware che esegue il server di configurazione di Site Recovery.
• Individuare automaticamente le macchine virtuali per la replica.

A quale scopo Site Recovery deve accedere alle macchine virtuali VMware?

• Per eseguire la replica, il Servizio di mobilità di Site Recovery deve essere installato e in esecuzione su una macchina virtuale VMware. È possibile distribuire lo strumento manualmente o specificare che Site Recovery esegua un'installazione push del servizio quando si abilita la replica per una macchina virtuale.
• Durante la replica, le macchine virtuali comunicano con Site Recovery nel modo seguente:
  • Le macchine virtuali comunicano con il server di configurazione sulla porta HTTPS 443 per la gestione delle repliche.
  • Le macchine virtuali inviano i dati di replica al server di elaborazione nella porta HTTPS 9443. (questa impostazione non può essere modificata).
  • Se si abilita la coerenza tra più macchine virtuali, le macchine virtuali comunicano tra loro sulla porta 20004.

I dati di replica vengono inviati a Site Recovery?

No, Site Recovery non intercetta i dati replicati né raccoglie informazioni su ciò che è in esecuzione sulle macchine virtuali. I dati di replica vengono scambiati tra gli hypervisor VMware e Archiviazione di Azure. Site Recovery non è in grado di intercettare i dati. Al servizio Site Recovery vengono inviati solo i metadati necessari per gestire la replica e il failover.

Site Recovery è certificato per ISO 27001:2013 e 27018, HIPAA e DPA. È in corso di valutazione SOC2 e FedRAMP JAB.

Prezzi

Come si calcolano gli addebiti approssimativi per il ripristino di emergenza di VMware?

Usare la funzione Calcolatore dei prezzi per stimare i costi quando si usa Site Recovery.

Per una stima dettagliata dei costi, eseguire lo strumento Piano di distribuzione per VMware e usare il report di stima dei costi.

Esiste una differenza di costo tra la replica nell'archiviazione o direttamente nei dischi gestiti?

I dischi gestiti vengono addebitati in modo leggermente differente dagli account di archiviazione. Altre informazioni sui prezzi del disco gestito.

Esiste una differenza di costo durante la replica nell'account di archiviazione per utilizzo generico v2?

In genere si noterà un aumento dei costi delle transazioni sostenuti negli account di archiviazione GPv2, poiché Azure Site Recovery è un numero elevato di transazioni. Altre informazioni per stimare la modifica.

Site Recovery funzionano con le istanze riservate?

Sì, è possibile acquistare macchine virtuali di Azure riservate nell'area di ripristino di emergenza, affinché le operazioni di failover di Site Recovery le possano usare. Non è necessaria alcuna configurazione aggiuntiva.

Servizio Mobility

Dove è possibile trovare i programmi di installazione del servizio Mobility?

I programmi di installazione sono nella cartella %ProgramData%\ASR\home\svsystems\pushinstallsvc\repository nel server di configurazione.

Come si installa il servizio Mobility?

In ogni macchina virtuale da replicare installare il servizio con uno dei diversi metodi seguenti:

• Installazione push
• Installazione manuale dall'interfaccia utente o da PowerShell
• Distribuzione tramite uno strumento di distribuzione, ad esempio Configuration Manager

Dischi gestiti

In che punto Site Recovery replica i dati?

Site Recovery replica le macchine virtuali VMware locali e i server fisici in dischi gestiti in Azure.

• Il server di elaborazione Site Recovery scrive i log di replica in un account di archiviazione della cache nell'area di destinazione.
• Questi log vengono usati per creare punti di ripristino in dischi gestiti di Azure con prefisso asrseeddisk.
• Quando si verifica il failover, il punto di ripristino selezionato viene usato per creare un nuovo disco gestito di destinazione. Questo disco gestito è collegato alla macchina virtuale in Azure.
• Le macchine virtuali replicate in precedenza in un account di archiviazione (prima di marzo 2019) non sono interessate.

È possibile replicare nuovi computer in account di archiviazione?

No. A partire da marzo 2019, nel portale di Azure è possibile eseguire la replica solo in dischi gestiti di Azure.

La replica di nuove macchine virtuali in un account di archiviazione è disponibile solo usando PowerShell (modulo Az.RecoveryServices versione 1.4.5) o l'API REST (versione 2018-01-10 o 2016-08-10). Informazioni su come configurare la replica usando i comandi di PowerShell.

Quali sono i vantaggi della replica in dischi gestiti?

Informazioni su come Site Recovery semplifica il ripristino di emergenza con dischi gestiti.

È possibile modificare il tipo di disco gestito dopo che un computer è protetto?

Sì, è possibile modificare facilmente il tipo di disco gestito per le repliche in corso. Prima di modificare il tipo, assicurarsi che nel disco gestito non venga generato alcun URL di firma di accesso condiviso:

1. Andare alla risorsa Disco gestito nel portale di Azure e verificare se è presente un banner URL della firma di accesso condiviso nel pannello Panoramica.
2. Se il banner è presente, selezionarlo per annullare l'esportazione in corso.
3. Modificare il tipo di disco entro pochi minuti. Se si modifica il tipo di disco gestito, attendere che i punti di ripristino aggiornati vengano generati da Azure Site Recovery.
4. Usare i nuovi punti di ripristino per qualsiasi failover di test o failover in futuro.

È possibile passare dalla replica da dischi gestiti a dischi non gestiti?

No. Il passaggio da gestito a non gestito non è supportato.

Replica

Quali sono i requisiti delle macchine virtuali replicate?

Altre informazioni sui requisiti di supporto per macchine virtuali VMware e server fisici.

Con quale frequenza è possibile eseguire la replica in Azure?

La replica di macchine virtuali VMware in Azure è continua.

È possibile estendere la replica?

No, la replica concatenata o estesa non è supportata. Richiedere questa funzionalità nel forum dei commenti.

Come è possibile tenere traccia dello stato di avanzamento della replica/sincronizzazione iniziale?

Questa funzionalità è stata recentemente usata per i servizi di Site Recovery. Aggiornare l'infrastruttura di Site Recovery (server di configurazione, server di elaborazione scale-out) e l'agente di mobilità alle versioni 9.36 o successive per ottenere dettagli accurati. Altre informazioni su come tenere traccia dello stato di avanzamento sono disponibili qui.

È possibile eseguire una replica iniziale offline?

La replica offline non è supportata. Richiedere questa funzionalità nel forum dei commenti.

Che cos'è asrseeddisk?

Per ogni disco di origine, i dati vengono replicati in un disco gestito in Azure. Questo disco ha il prefisso asrseeddisk. Archivia la copia del disco di origine e di tutti gli snapshot del punto di ripristino.

È possibile escludere dischi dalla replica?

Sì, è possibile escludere dischi.

L'aggiornamento del firmware del kernel in un server protetto da Azure Site Recovery per il ripristino di emergenza ha qualche impatto?

No, non ha alcun impatto sulla replica in corso perché il server è già protetto tramite Azure Site Recovery.

È possibile replicare macchine virtuali con dischi dinamici?

I dischi dinamici possono essere replicati. Il disco del sistema operativo deve essere un disco di base.

Se si usano i gruppi di replica per la coerenza tra più macchine virtuali, è possibile aggiungere una nuova macchina virtuale a un gruppo di replica esistente?

Sì, è possibile aggiungere nuove macchine virtuali a un gruppo di replica esistente quando si abilita la replica per le suddette macchine. Tuttavia:

• Non è possibile aggiungere una macchina virtuale a un gruppo di replica esistente dopo l'avvio della replica.
• Non è possibile creare un gruppo di replica per le macchine virtuali esistenti.

È possibile modificare le macchine virtuali che eseguono la replica mediante l'aggiunta o il ridimensionamento dei dischi?

Per eseguire la replica VMware in Azure, è possibile modificare le dimensioni del disco delle macchine virtuali di origine. Se si desidera aggiungere nuovi dischi, è necessario aggiungere il disco e riabilitare la protezione per la macchina virtuale.

È possibile migrare le macchine locali di un nuovo server vCenter senza influire sulla replica in corso?

Fare riferimento al materiale sussidiario per eseguire la migrazione dei computer a un nuovo vCenter

È possibile eseguire la replica in una cache o in un account di archiviazione di destinazione in cui è configurata una rete virtuale (con Firewall di Azure) ?

No, Site Recovery non supporta la replica in Archiviazione di Azure nelle reti virtuali.

Qual è la frequenza di generazione di punti di recupero coerenti nell'arresto anomalo del sistema?

Site Recovery genera punti di ripristino coerenti con l'arresto anomalo del sistema ogni 5 minuti.

È possibile modificare un computer di replica già da uno a un altro insieme di credenziali di Servizi di ripristino?

Il passaggio degli insiemi di credenziali di Servizi di ripristino, quando la replica è già in corso, non è supportata. A tale scopo, la replica deve essere disabilitata e abilitata di nuovo. Inoltre, l'agente del servizio Mobility, installato nel computer di origine, deve essere non configurato in modo che possa essere configurato in un nuovo insieme di credenziali. Usare i comandi seguenti per eseguire l'annullamento della registrazione:

Per i computer Windows:

C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\UnifiedAgentConfigurator.exe /Unconfigure true

Per computer Linux

/usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -q -U true -c CSPrime

È possibile modificare un computer di replica già da un'area a un'altra?

Il passaggio all'area, quando la replica è già in corso non è supportata. A tale scopo, la replica deve essere disabilitata e abilitata di nuovo. Inoltre, per evitare il riavvio non è necessario disinstallare l'agente di mobilità, l'agente di mobilità installato nel computer di origine deve essere non configurato usando i comandi indicati. Usare i comandi seguenti per eseguire l'annullamento della registrazione:

Per i computer Windows:

C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\UnifiedAgentConfigurator.exe /Unconfigure true

Per computer Linux

/usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -q -U true -c CSPrime

Aggiornamento del componente

La versione dell'agente o del server di configurazione dei Servizi di mobilità è precedente e l'aggiornamento non è riuscito. Come si deve procedere?

Site Recovery segue il modello di supporto N-4. Altre informazioni su come eseguire l'aggiornamento da versioni precedenti.

Dove si possono trovare le note sulla versione e gli aggiornamenti cumulativi di Azure Site Recovery?

Informazioni sui nuovi aggiornamenti e su come ottenere informazioni sul rollup.

Dove è possibile trovare informazioni sull'aggiornamento per il ripristino di emergenza in Azure?

Altre informazioni sull'aggiornamento.

È necessario riavviare i computer di origine per ogni aggiornamento?

È consigliabile riavviare ma non obbligatorio per ogni aggiornamento. Altre informazioni.

Server di configurazione

Qual è la funzione del server di configurazione?

Il server di configurazione esegue i componenti di Site Recovery locali, tra cui:

• Server di configurazione stesso. Il server coordina le comunicazioni tra i componenti locali e Azure e gestisce la replica dei dati.
• Il server di elaborazione che funge da gateway di replica. Questo server:
  1. Riceve i dati di replica.
  2. Consente di ottimizzare i dati mediante memorizzazione nella cache, compressione e crittografia.
  3. Invia i dati ad Archiviazione di Azure. Il server di elaborazione esegue anche un'installazione push del Servizio di mobilità nelle macchine virtuali ed esegue l'individuazione automatica delle macchine virtuali VMware locali.
• Il server di destinazione master che gestisce i dati di replica durante il failback da Azure.

Altre informazioni sui processi e i componenti del server di configurazione.

Dove si configura il server di configurazione?

Per il server di configurazione è necessaria una macchina virtuale VMware locale a disponibilità elevata. Per il ripristino di emergenza del server fisico, installare il server di configurazione in un computer fisico.

Cosa serve per il server di configurazione?

Esaminare i prerequisiti.

È possibile configurare manualmente il server di configurazione invece di usare un modello?

È consigliabile creare la macchina virtuale del server di configurazione usando la versione più recente del modello OVF (Open Virtualization Format). Se non è possibile usare il modello, ad esempio se non si ha accesso al server VMware, scaricare il file di installazione dal portale e configurare il server di configurazione.

Un server di configurazione può eseguire la replica in più aree?

No. Per eseguire la replica in più aree, è necessario un server di configurazione in ogni area.

È possibile ospitare un server di configurazione in Azure?

Anche se è possibile, la macchina virtuale di Azure che esegue il server di configurazione dovrebbe comunicare con l'infrastruttura VMware locale e con le macchine virtuali. Questa comunicazione aggiunge latenza e influisce sulla replica in corso.

Come si aggiorna il server di configurazione?

Informazioni su come aggiornare il server di configurazione.

• Le informazioni più recenti sugli aggiornamenti sono disponibili nella pagina degli aggiornamenti di Azure.
• È possibile scaricare l'ultima versione dal portale. In alternativa, è possibile scaricare l'ultima versione del server di configurazione direttamente dall'Area download Microsoft.
• Se la versione è più di quattro versioni precedenti alla versione corrente, vedere l'istruzione di supporto per materiale sussidiario sull'aggiornamento.

È necessario eseguire il backup del server di configurazione?

Si consiglia di eseguire backup pianificati regolari del server di configurazione.

• Per la riuscita del failback, la macchina virtuale di cui viene eseguito il failback deve esistere nel database del server di configurazione.
• Il server di configurazione deve essere in esecuzione e in uno stato connesso.
• Atre informazioni sulle attività comuni di gestione del server di configurazione.

Durante l'impostazione del server di configurazione è possibile scaricare e installare MySQL manualmente?

Sì. Scaricare MySQL e inserirlo nella cartella C:\Temp\ASRSetup. Quindi installarlo manualmente. Dopo aver configurato la macchina virtuale del server di configurazione e aver accettato le condizioni, MySQL appare come Installazione già eseguita in Scarica e installa.

Si può evitare di scaricare MySQL ma lasciare che venga installato da Site Recovery?

Sì. Scaricare il programma di installazione di MySQL e inserirlo nella cartella C:\Temp\ASRSetup. Quando si configura la macchina virtuale del server di configurazione, accettare le condizioni e selezionare Scarica e installa. Il portale usa il programma di installazione aggiunto per installare MySQL.

È possibile usare la macchina virtuale del server di configurazione per altri scopi?

No. Usare la macchina virtuale solo per il server di configurazione.

È possibile clonare un server di configurazione e usarlo per l'orchestrazione?

No. Configurare un server di configurazione nuovo per evitare problemi di registrazione.

È possibile modificare l'insieme di credenziali in cui è registrato il server di configurazione?

No. Una volta eseguita l'associazione con il server di configurazione, l'insieme di credenziali non può più essere cambiato. Informazioni sulla Registrazione di un server di configurazione con un insieme di credenziali differente.

È possibile usare lo stesso server di configurazione per il ripristino di emergenza delle macchine virtuali VMware e dei server fisici?

Sì, ma tenere presente che è possibile eseguire il failback del computer fisico solo in una macchina virtuale VMware.

Dove è possibile scaricare la passphrase per il server di configurazione?

Informazioni su come scaricare la passphrase.

Dove è possibile scaricare le chiavi di registrazione dell'insieme di credenziali?

Nell'insieme di credenziali di Servizi di ripristino selezionare Server di configurazione in Infrastruttura di Site Recovery>Gestisci. Successivamente, in Server, selezionare Scarica chiave di registrazione per scaricare il file di credenziali dell'insieme di credenziali.

È possibile usare un singolo server di configurazione per proteggere più istanze di vCenter?

Sì, un singolo server di configurazione può proteggere le macchine virtuali in più vCenter. Non esiste alcun limite al numero di istanze di vCenter che possono essere aggiunte al server di configurazione, ma i limiti per il numero di macchine virtuali che un singolo server di configurazione può proteggere si applicano.

Un singolo server di configurazione può proteggere più cluster all'interno di vCenter?

Sì, Azure Site Recovery può proteggere le macchine virtuali in cluster diversi.

Server di elaborazione

Come è possibile garantire la disponibilità elevata del server di elaborazione?

Configurando più server di elaborazione, la progettazione offre flessibilità per spostare i computer protetti da un server di elaborazione non integro al server di elaborazione funzionante. Lo spostamento di un computer da un server di elaborazione a un altro deve essere avviato in modo esplicito/manuale tramite i passaggi definiti qui: spostamento di macchine virtuali tra server di elaborazione.

Failover e failback

È possibile usare il server di elaborazione locale per il failback?

È consigliabile creare un server di elaborazione in Azure per scopi di failback, per evitare latenze di trasferimento dei dati. Inoltre, nel caso in cui la rete VM di origine sia stata separata con la rete con connessione di Azure nel server di configurazione, è essenziale usare il server di elaborazione creato in Azure per il failback.

È possibile mantenere l'indirizzo IP in caso di failover?

Sì, è possibile tenere l'indirizzo IP in caso di failover. Assicurarsi di specificare l'indirizzo IP di destinazione nelle impostazioni Calcolo e rete per la macchina virtuale prima del failover. Arrestare anche i computer al momento del failover per evitare conflitti di indirizzi IP durante il failback.

È possibile modificare le dimensioni della macchina virtuale di destinazione o il tipo di macchina virtuale prima del failover?

Sì, è possibile modificare il tipo o le dimensioni della macchina virtuale in qualsiasi momento prima del failover. Nel portale usare le impostazioni Calcolo e rete per la macchina virtuale replicata.

Fino a quando può risalire il recupero?

Per la replica da VMware ad Azure il punto di recupero meno recente che si può usare è di 15 giorni.

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 le app vengono generati in base alla frequenza di input immessa dall'utente. Superate le due ore, l'eliminazione dei punti di ripristino avviene in base al periodo di memorizzazione impostato. Si aprono gli scenari seguenti:

Input del periodo di memorizzazione	Meccanismo di eliminazione
0 giorno	Nessun punto di ripristino salvato. È possibile eseguire il failover solo nel punto più recente
1 giorno	Un punto di ripristino salvato per un'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. Immettere un punto di ripristino salvato per quattro ore. Gli snapshot coerenti con le app vengono eliminati anche in base alla durata indicata in precedenza, anche immettendo una frequenza minore di snapshot coerenti con le app.

Gli aumenti della conservazione dei punti di ripristino aumentano i costi di archiviazione?

Sì. Ad esempio, se si aumenta il tempo di memorizzazione da uno a tre giorni, Site Recovery salva i punti di ripristino per altri due giorni. Il tempo aggiunto comporta modifiche all'archiviazione. Prima i punti di ripristino venivano salvati per un’ora al giorno. A questo punto, i punti di ripristino vengono salvati per due ore per tre giorni. Consultare Eliminazione dei punti di ripristino. Quindi vengono salvati più di 12 punti di ripristino. Ad esempio, se un singolo punto di ripristino presenta modifiche delta di 10 GB, con un costo per gigabyte di 0,16 $ al mese, gli addebiti aggiuntivi ammontano a 1,60 $ al mese per 12 mesi.

Come si accede alle macchine virtuali di Azure dopo il failover?

Dopo il failover, è possibile accedere alle macchine virtuali di Azure tramite una connessione Internet sicura, una connessione VPN da sito a sito o ExpressRoute di Azure. Per connettersi, è necessario preparare diverse operazioni. Altre informazioni.

I dati di cui è stato effettuato il failover sono resilienti?

Azure è progettato nell'ottica della resilienza. Site Recovery è progettato per il failover in un data center secondario di Azure, come richiesto dal contratto di servizio di Azure (SLA). Al momento del failover, Microsoft si assicura che i metadati e gli insiemi di credenziali rimangano nella stessa area geografica selezionata per l'insieme di credenziali.

Il failover è automatico?

Il failover non è automatico. Per avviare un failover, effettuare una singola selezione nel portale oppure usare PowerShell per attivare un failover.

È possibile eseguire il failback in una posizione diversa?

Sì. Se è stato effettuato il failover ad Azure, è possibile eseguire il failback in una posizione differente se quella originale non è disponibile. Altre informazioni.

Perché è necessaria una VPN o ExpressRoute con peering privato per eseguire il failback?

Quando si esegue il failback da Azure, i dati di Azure vengono copiati di nuovo nella macchina virtuale locale ed è necessario l'accesso privato.

È possibile usare la prenotazione di capacità su richiesta con VMware (anche fisico) nello scenario IaaS?

No. Azure Site Recovery non può usare la prenotazione di capacità su richiesta, a meno che non si tratti di uno scenario da Azure ad Azure.

La licenza dell'applicazione si basa sul GUID della macchina virtuale VMware. Il GUID di una macchina virtuale VMware viene modificato quando viene eseguito il failover in Azure?

Sì, il GUID della macchina virtuale di Azure è diverso da quello della macchina virtuale VMware locale. Tuttavia, la maggior parte dei fornitori di applicazioni supporta il trasferimento della licenza a un nuovo GUID. Se l'applicazione lo supporta, il cliente può collaborare con il fornitore per trasferire la licenza alla macchina virtuale con il nuovo GUID.

Automazione e scripting

È possibile configurare la replica con lo scripting?

Sì. È possibile automatizzare i flussi di lavoro di Site Recovery usando l'API REST, PowerShell o Azure SDK. Altre informazioni.

Prestazioni e capacità

È possibile limitare la larghezza di banda per la replica?

Sì. Altre informazioni.

Passaggi successivi

• Esaminare i requisiti di supporto.
• Configurare la replica da VMware ad Azure.