En el mundo actual impulsado por la tecnología, hay pocas partes de nuestras vidas que no dependen del software y las funciones relacionadas con TI. A medida que nos hemos vuelto más dependientes de la tecnología, nos hemos vuelto menos tolerantes con los problemas de rendimiento en las aplicaciones que usamos regularmente.
Uno de los criterios de rendimiento más críticos que tenemos para las aplicaciones es que queremos que estén siempre disponibles cuando las necesitamos. El tiempo de inactividad del servidor y la base de datos es inaceptable en el competitivo entorno empresarial actual. Para garantizar que los usuarios puedan acceder a las aplicaciones con poca o ninguna interrupción, los DBA y los equipos de TI deben concentrarse en mantener una alta disponibilidad para sus bases de datos de SQL Server.
¿Qué es la alta disponibilidad de SQL Server?
La alta disponibilidad de SQL Server es la práctica de mantener las bases de datos y las instancias de SQL Server en funcionamiento con un tiempo de inactividad mínimo en caso de falla o bloqueo. Muchas aplicaciones comerciales dependen de que las bases de datos estén en funcionamiento, por lo que cuando las bases de datos están inactivas, los usuarios se sienten frustrados y es posible que pierda su negocio.
La alta disponibilidad es especialmente crucial para aplicaciones de misión crítica y sitios de comercio electrónico donde el tiempo de inactividad puede tener un efecto negativo inmediato en el bienestar o los ingresos.
SQL Server tiene varias tecnologías de alta disponibilidad, incluido el trasvase de registros, la replicación transaccional y la duplicación de datos, pero en aras de la brevedad, el objetivo de esta publicación es cómo lograr una alta disponibilidad mediante los grupos de disponibilidad de SQL Server Always On.
¿Qué son los grupos de disponibilidad AlwaysOn de SQL Server?
Los grupos de disponibilidad AlwaysOn admiten un entorno replicado para un conjunto definido de bases de datos de disponibilidad que conmutan por error juntas a una réplica de disponibilidad.
Como se explica en la documentación de Microsoft SQL Server, "un grupo de disponibilidad admite un conjunto de bases de datos primarias de lectura y escritura y de uno a ocho conjuntos de bases de datos secundarias correspondientes".
También tiene la opción de hacer que las bases de datos secundarias estén disponibles para acceso de solo lectura y algunas operaciones de copia de seguridad. Sin embargo, es importante tener en cuenta que las bases de datos secundarias no son copias de seguridad. Debe continuar realizando copias de seguridad de sus bases de datos y sus registros de transacciones con regularidad.
Beneficios de los grupos de disponibilidad AlwaysOn de SQL Server
Los grupos de disponibilidad de SQL Server Always On brindan numerosos beneficios que ayudan a las organizaciones a mantener una alta disponibilidad, que incluyen:
Réplicas de disponibilidad: Las réplicas de disponibilidad están alojadas en una instancia de SQL Server especificada, que mantiene una copia local de cada base de datos de disponibilidad que pertenece al grupo de disponibilidad. Cada grupo de disponibilidad puede admitir una réplica principal y hasta ocho réplicas secundarias.
Modos de disponibilidad alternativos: Los grupos de disponibilidad AlwaysOn admiten dos tipos de modos de disponibilidad alternativos:confirmación asincrónica y confirmación sincrónica.
El modo de confirmación asíncrona es una buena opción de recuperación ante desastres cuando las réplicas de disponibilidad están muy distribuidas.
El modo de confirmación síncrona proporciona alta disponibilidad y protección de datos, pero puede afectar el rendimiento. Un grupo de disponibilidad puede admitir hasta tres réplicas de disponibilidad de confirmación sincrónica, incluida la principal.
Conmutaciones por error del grupo de disponibilidad: Los grupos de disponibilidad Always On proporcionan varias formas de conmutación por error y modos de conmutación por error con una probabilidad variable de pérdida de datos:conmutación por error automática (sin pérdida de datos), conmutación por error manual planificada (sin pérdida de datos) y conmutación por error manual forzada (posible pérdida de datos).
Oyente del grupo de disponibilidad: Cada grupo de disponibilidad Always On proporciona un agente de escucha del grupo de disponibilidad, que es un servidor al que los clientes pueden conectarse para acceder a una base de datos en la réplica principal o secundaria del grupo de disponibilidad. Los agentes de escucha dirigen las conexiones entrantes a la réplica principal o secundaria, lo que permite una rápida conmutación por error de la aplicación cuando falla un grupo de disponibilidad.
Características de seguridad: Los grupos de disponibilidad de SQL Server Always On admiten la reparación automática de páginas para proteger contra la corrupción de páginas, así como el cifrado y la compresión para un transporte seguro y de alto rendimiento.
Requisitos previos y restricciones para los grupos de disponibilidad AlwaysOn
Antes de implementar los grupos de disponibilidad de SQL Server Always On, es importante comprender los requisitos previos y las restricciones asociados con ellos. Puede encontrar una discusión completa sobre los grupos de disponibilidad de SQL Server Always On en la documentación de SQL Server de Microsoft, pero mencionamos algunos de los aspectos más destacados aquí:
Requisitos y restricciones del grupo de disponibilidad
El proceso de configuración de grupos de disponibilidad se rige por ciertos requisitos previos y restricciones. Puede obtener más información sobre los detalles (y cómo configurar un entorno virtual puede ayudar a eludir algunas de las restricciones) aquí:
- Requisitos previos
- Restricciones
Requisitos y restricciones de la base de datos de disponibilidad
Antes de agregar una base de datos a un grupo de disponibilidad Always On, debe asegurarse de que la base de datos cumpla con los requisitos y las restricciones que se describen aquí:
- Lista de verificación de requisitos
- Restricciones
Requisitos previos y restricciones de la instancia de SQL Server
Los grupos de disponibilidad conmutan por error a un conjunto definido de réplicas de disponibilidad hospedadas por instancias de SQL Server. Estas instancias deben configurarse adecuadamente para hospedar de manera efectiva las réplicas de disponibilidad. Estos recursos brindan detalles sobre los requisitos previos necesarios, los requisitos de uso de subprocesos y los permisos necesarios:
- Lista de verificación de requisitos previos
- Uso de subprocesos
- Permisos
Uso de una instancia de clúster de conmutación por error de SQL Server para hospedar una réplica de disponibilidad
Una instancia de clúster de conmutación por error de SQL Server es una única instancia de SQL Server que se instala en los nodos de clústeres de conmutación por error de Windows Server y proporciona recuperación a nivel de base de datos. Hay algunas cosas importantes que debe saber sobre el alojamiento de una réplica de disponibilidad en una instancia de clúster de conmutación por error, así que asegúrese de revisar la lista de verificación y las restricciones detenidamente:
- Lista de verificación de requisitos previos
- Restricciones
Introducción a los grupos de disponibilidad AlwaysOn
Una vez que se ordenan los requisitos previos y las restricciones, puede continuar con la configuración e implementación de grupos de disponibilidad de SQL Server Always On. Hay cuatro pasos principales en la instalación y configuración inicial de los grupos de disponibilidad, cada uno con varias subtareas. Los pasos se enumeran a continuación con los detalles completos disponibles en la documentación de Microsoft SQL Server:
- Configure una instancia de SQL Server para admitir grupos de disponibilidad AlwaysOn
- Cree y configure un nuevo grupo de disponibilidad
- Gestionar grupos de disponibilidad, réplicas y bases de datos
- Supervisar grupos de disponibilidad
Los grupos de disponibilidad de SQL Server Always On son una forma sencilla y confiable de mantener una alta disponibilidad para su empresa. Los grupos de disponibilidad Always On maximizan la disponibilidad de su base de datos y brindan a los usuarios la experiencia de aplicación confiable y sin inconvenientes que demandan.
