Stai progettando il disaster recovery per un'applicazione di gestione delle buste paga a due livelli in esecuzione su host VMware on-premise. Prevedi di utilizzare Azure Site Recovery (ASR) per replicare la VM del database e la VM dell'applicazione in Azure. Requisiti: devi essere in grado di condurre un test di DR non-disruptive in Azure senza influire sui carichi di lavoro on-premise e devi assicurarti che la VM del database si avvii prima della VM dell'applicazione durante il failover. Quali due azioni dovresti implementare nel vault di Recovery Services? Scegli due.

Per soddisfare il requisito di avvio sequenziale (database prima dell'applicazione), è necessario creare un piano di ripristino. I piani di ripristino consentono di definire l'ordine di avvio delle VM in gruppi e di aggiungere script o azioni pre/post per personalizzare il processo di failover. Per eseguire un test di disaster recovery non-disruptive, si deve utilizzare la funzionalità di Test Failover di Azure Site Recovery. Questa opzione crea repliche delle VM in una rete virtuale di Azure isolata, senza influenzare l'ambiente di produzione on-premise. È fondamentale configurare il mapping di rete per il test di failover in modo che le VM di test non interferiscano con le risorse di produzione. Le altre opzioni non sono corrette perché: Il failover pianificato è per la migrazione, non per i test non-disruptive. L'abilitazione della coerenza multi-VM è importante per la coerenza dei dati, ma non risolve i requisiti di test non-disruptive o di ordinamento dell'avvio. Il failover non pianificato è un failover reale e interromperebbe i carichi di lavoro on-premise.