U ontwerpt disaster recovery voor een payroll-applicatie met twee lagen die draait op on-premises VMware-hosts. U bent van plan Azure Site Recovery (ASR) te gebruiken om de database-VM en de applicatie-VM naar Azure te repliceren. Vereisten: u moet een niet-disruptieve DR-test in Azure kunnen uitvoeren zonder de on-premises workloads te beïnvloeden, en u moet ervoor zorgen dat de database-VM start vóór de applicatie-VM tijdens een failover. Welke twee acties moet u implementeren in de Recovery Services-kluis? Kies er twee.

Een herstelplan is essentieel om de opstartvolgorde te beheren en pre/post-acties uit te voeren, zoals het starten van de database-VM vóór de applicatie-VM, wat cruciaal is voor de functionaliteit van de payroll-applicatie. Een Test Failover naar een geïsoleerd Azure virtueel netwerk is de juiste methode om een niet-disruptieve DR-test uit te voeren, omdat het de on-premises productieomgeving niet beïnvloedt en de replicatie niet onderbreekt. Het configureren van netwerktoewijzing voor testfailover zorgt ervoor dat de VM's in het juiste testnetwerk terechtkomen. Planned Failover met de optie om de primaire niet af te sluiten is geen standaard ASR-functionaliteit voor testdoeleinden en zou de on-premises omgeving kunnen beïnvloeden. Multi-VM consistency is belangrijk voor dataconsistentie, maar lost de vereiste voor de opstartvolgorde of niet-disruptieve tests niet op. Unplanned Failover is bedoeld voor echte calamiteiten en zou de on-premises workloads stoppen, wat in strijd is met de vereiste voor een niet-disruptieve test.