Está diseñando la recuperación ante desastres para una aplicación de nómina de dos niveles que se ejecuta en hosts VMware locales. Planea usar Azure Site Recovery (ASR) para replicar la VM de la base de datos y la VM de la aplicación en Azure. Requisitos: debe poder realizar una prueba de DR no disruptiva en Azure sin afectar las cargas de trabajo locales, y debe asegurarse de que la VM de la base de datos se inicie antes que la VM de la aplicación durante la conmutación por error. ¿Qué dos acciones debe implementar en el almacén de Recovery Services? Elija dos.

La creación de un plan de recuperación permite definir el orden de inicio de las máquinas virtuales (VM), asegurando que la VM de la base de datos se inicie antes que la VM de la aplicación, lo cual es crucial para la funcionalidad de la aplicación. También permite añadir scripts o acciones previas/posteriores para una orquestación completa. Ejecutar una conmutación por error de prueba en una red virtual de Azure aislada es la forma estándar y no disruptiva de validar la estrategia de recuperación ante desastres sin afectar el entorno de producción local. La opción de conmutación por error planeada no aborda directamente el orden de inicio ni la prueba no disruptiva. Habilitar la coherencia de múltiples VM es importante para la recuperación de datos, pero no para el orden de inicio ni las pruebas. Una conmutación por error no planeada es disruptiva y no es adecuada para pruebas.