Recuperación ante desastres

Muchas organizaciones implementan una alta disponibilidad para sus bases de datos de SQL Server, pero eso no es suficiente para las organizaciones que requieren una verdadera resiliencia de TI. Le recomendamos que implemente una solución de recuperación de desastres para evitar la pérdida de datos y el tiempo de inactividad de las bases de datos esenciales. La adopción de una arquitectura de recuperación de desastres de varias regiones para sus implementaciones de SQL Server le ayudará a:

• Lograr la continuidad del negocio

• Mejorar la latencia de su base de clientes distribuidos geográficamente

• Cumplir sus requisitos reglamentarios y de auditoría

Las opciones de recuperación ante desastres incluyen el envío de registros, los grupos de disponibilidad Always On, las instantáneas de Amazon EBS que se almacenan en Amazon S3 y se replican en todas las regiones de AWS, las instancias de clúster de conmutación por error (FCI) de Always On combinadas con los grupos de disponibilidad Always On y los grupos de disponibilidad distribuidos.

Grupos de disponibilidad distribuida

Una arquitectura con grupos de disponibilidad distribuidos es un enfoque óptimo para la implementación de SQL Server en varias regiones. Un grupo de disponibilidad distribuida es un tipo especial de grupo de disponibilidad que abarca dos grupos de disponibilidad independientes. Puede considerarlo como un grupo de disponibilidad de grupos de disponibilidad. Los grupos de disponibilidad subyacentes se configuran en dos clústeres WSFC distintos.

Los grupos de disponibilidad distribuidos están acoplados flexiblemente, lo que significa que no requieren un único clúster de WSFC y que son mantenidos por SQL Server. Como los clústeres de WSFC se mantienen de forma individual y las transmisiones son principalmente asincrónicas entre dos grupos de disponibilidad, resulta más fácil configurar la recuperación de desastres en otro sitio. Las réplicas principales de cada grupo de disponibilidad sincronizan sus propias réplicas secundarias.

Por el momento, los grupos de disponibilidad distribuidos solo admiten la conmutación por error manual. Para garantizar que no se pierdan datos, detenga todas las transacciones en las bases de datos principales globales (es decir, en las bases de datos del grupo de disponibilidad principal). A continuación, configure el grupo de disponibilidad distribuido para que se confirme de forma sincrónica.