Projektujesz odzyskiwanie po awarii dla dwuwarstwowej aplikacji płacowej działającej na lokalnych hostach VMware. Planujesz użyć Azure Site Recovery (ASR) do replikacji maszyny wirtualnej bazy danych i maszyny wirtualnej aplikacji do platformy Azure. Wymagania: musisz mieć możliwość przeprowadzenia nieniszczącego testu DR na platformie Azure bez wpływu na obciążenia lokalne, a także musisz zapewnić, że maszyna wirtualna bazy danych uruchomi się przed maszyną wirtualną aplikacji podczas przełączania awaryjnego. Które dwie czynności należy wykonać w magazynie Recovery Services? Wybierz dwie.

Aby zapewnić uruchomienie maszyny wirtualnej bazy danych przed maszyną wirtualną aplikacji, należy utworzyć plan odzyskiwania. Plany odzyskiwania pozwalają grupować maszyny wirtualne i określać kolejność uruchamiania, co jest kluczowe dla aplikacji wielowarstwowych. Można w nich również dodawać skrypty przed/po, aby zautomatyzować zadania. Aby przeprowadzić nieniszczący test DR, należy użyć funkcji Test Failover (testowe przełączanie awaryjne). Uruchomienie testowego przełączania awaryjnego do izolowanej sieci wirtualnej Azure tworzy kopie maszyn wirtualnych bez wpływu na środowisko produkcyjne ani replikację. Skonfigurowanie mapowania sieci specjalnie dla testu zapewnia, że maszyny wirtualne testowe nie zakłócają działania sieci produkcyjnej. Planned Failover (planowane przełączanie awaryjne) wyłącza lokalne maszyny wirtualne, co jest niedopuszczalne dla nieniszczącego testu. Włączenie spójności wielu maszyn wirtualnych jest ważne dla integralności danych, ale nie rozwiązuje problemu kolejności uruchamiania ani nieniszczącego testowania. Unplanned Failover (nieplanowane przełączanie awaryjne) jest używane w przypadku rzeczywistej awarii i również wpływa na środowisko produkcyjne, ponieważ przekierowuje ruch.