Un grupo de disponibilidad Always On de SQL Server tiene dos réplicas en el centro de datos principal y una réplica en una región secundaria. La empresa requiere conmutación por error automática con cero pérdida de datos dentro del centro de datos principal y acepta una posible pérdida de datos e intervención manual para la recuperación ante desastres regional. ¿Cómo debe configurar las réplicas?

La opción correcta cumple con los requisitos de cero pérdida de datos y conmutación por error automática dentro del centro de datos principal, y la tolerancia a la pérdida de datos y la intervención manual para la recuperación ante desastres regional. La confirmación sincrónica con conmutación por error automática garantiza la alta disponibilidad y cero pérdida de datos entre las réplicas del centro de datos principal. La confirmación asincrónica para la réplica de DR permite un rendimiento óptimo al no esperar la confirmación de la región secundaria, lo que es aceptable ya que la empresa tolera una posible pérdida de datos y requiere intervención manual para la conmutación por error en ese escenario. Las otras opciones son incorrectas porque: Configurar las tres réplicas para confirmación sincrónica afectaría negativamente el rendimiento debido a la latencia entre regiones y no es necesario para el requisito de DR. Configurar la réplica principal para confirmación asincrónica e intentar una conmutación por error automática a la secundaria local podría resultar en pérdida de datos inesperada. Usar confirmación sincrónica para la réplica de DR y asincrónica para la secundaria local, además de deshabilitar la conmutación por error automática, no cumple con los requisitos de alta disponibilidad y cero pérdida de datos dentro del centro de datos principal.