Compartir a través de

Instancias de clúster de conmutación por error de AlwaysOn (SQL Server)

Se aplica a:SQL Server

Las instancias de clúster de conmutación por error de Always On de SQL Server usan clústeres de conmutación por error de Windows Server (WSFC) para proporcionar alta disponibilidad local. Una instancia de clúster de conmutación por error (FCI) es redundante en el nivel de instancia de servidor. Una FCI es una única instancia de SQL Server que se instala en los nodos de clúster de Windows Server y, posiblemente, en varias subredes. En la red, una FCI aparece como una instancia de SQL Server que se ejecuta en un equipo individual, pero proporciona la conmutación por error entre nodos de WSFC si el nodo actual deja de estar disponible.

Una FCI puede utilizar los grupos de disponibilidad Always On para proporcionar recuperación remota ante desastres en la base de datos. Para obtener más información, consulte Clústeres de conmutación por error y grupos de disponibilidad AlwaysOn (SQL Server).

Las instancias de clúster de conmutación por error de SQL Server admiten Espacios de almacenamiento directo para los recursos de almacenamiento del clúster, que se introdujo en Windows Server 2016 Datacenter Edition. Para obtener más información, consulte Espacios de almacenamiento directo en Windows Server.

Las instancias de clúster de conmutación por error también admiten volúmenes compartidos de clúster (CSV). Para obtener más información, consulte Descripción de los volúmenes compartidos de clúster en un clúster de conmutación por error.

Nota:

SQL Server 2025 (17.x) presenta compatibilidad para aplicar conexiones estrictas a la instancia del clúster de conmutación por error.

Ventajas de las instancias de clúster de conmutación por error

Cuando se produce un error de hardware o software de servidor, las aplicaciones o los clientes que se conectan al servidor experimentan tiempo de inactividad. Los nodos redundantes protegen la disponibilidad de la instancia de SQL Server cuando se trata de una FCI en lugar de una instancia independiente. Solo uno de los nodos de la FCI pertenece al grupo de recursos de WSFC cada vez. Si se produce un error (por ejemplo, un error de hardware, un error del sistema operativo, un error de aplicación o de servicio), o durante una actualización planeada, el clúster mueve la propiedad del grupo de recursos a otro nodo WSFC. Este proceso es transparente para el cliente o la aplicación que se conecta a SQL Server. El proceso minimiza el tiempo de inactividad que experimentan la aplicación o los clientes durante un error. Estas son algunas de las principales ventajas que proporcionan las instancias de clúster de conmutación por error de SQL Server:

  • Protección a través de la redundancia en el nivel de instancia.

  • Conmutación automática por error en caso de error (errores de hardware, errores de sistema operativo o errores de aplicación y servicio).

    Importante

    En un grupo de disponibilidad, no se admite la conmutación automática por error de una FCI a otros nodos del grupo de disponibilidad. Por lo tanto, las FCI y los nodos independientes no se deben acoplar dentro de un grupo de disponibilidad si la conmutación automática por error es un componente importante de la solución de alta disponibilidad. Sin embargo, este acoplamiento se puede realizar para la solución de recuperación ante desastres .

  • Compatibilidad con una amplia gama de soluciones de almacenamiento, incluidos discos de clúster WSFC (iSCSI, Canal de fibra, etc.) y recursos compartidos de archivos de bloque de mensajes del servidor (SMB).

  • Recuperación ante desastres a través de una FCI de varias subredes o la ejecución de una base de datos hospedada en FCI dentro de un grupo de disponibilidad. Con la compatibilidad con varias subredes en SQL Server 2012 (11.x), una FCI de varias subredes no requiere una LAN virtual. Esta compatibilidad aumenta la capacidad de administración y la seguridad de una FCI de varias subredes.

  • Reconfiguración cero de aplicaciones y clientes durante las conmutaciones por error.

  • Directiva de conmutación por error flexible para eventos de desencadenador específicos en conmutaciones automáticas por error.

  • Conmutaciones por error confiables a través de la detección periódica y detallada del estado mediante el uso de conexiones dedicadas y persistentes.

  • Facilidad de configuración y predicción en el momento de la conmutación por error mediante puntos de comprobación indirectos de antecedentes.

  • Uso acelerado de recursos durante las conmutaciones por error.

Recomendaciones

En un entorno de producción, use direcciones IP estáticas junto con la dirección IP virtual de una instancia de clúster de conmutación por error.

No uses DHCP en un entorno de producción. En caso de tiempo de inactividad, si expira la concesión de IP DHCP, se requiere tiempo adicional para volver a registrar la nueva dirección IP DHCP asociada al nombre DNS.

Introducción a la instancia de clúster de conmutación por error

Una FCI se ejecuta en un grupo de recursos de WSFC con uno o más nodos de WSFC. Cuando la FCI se inicia, uno de los nodos asume la propiedad del grupo de recursos y pone en línea la instancia de SQL Server. Entre los recursos que pertenecen a este nodo se incluyen:

  • Nombre de red
  • Dirección IP
  • Discos compartidos
  • SQL Server Servicio Motor de base de datos
  • SQL Server Servicio del Agente
  • Servicio SQL Server Analysis Services, si está instalado
  • Un recurso compartido de archivos, si está instalada la característica FILESTREAM

En cualquier momento, solo el propietario del grupo de recursos (y ningún otro nodo de la FCI) ejecuta sus servicios de SQL Server respectivos en el grupo de recursos. Cuando se produce una conmutación por error, ya sea una conmutación automática por error o una conmutación por error planeada, se produce la siguiente secuencia de eventos:

  1. A menos que se produzca un error hardware o del sistema, todas las páginas desfasadas de la memoria caché del búfer se escriben en el disco.

  2. Todos los servicios de SQL Server respectivos del grupo de recursos se detienen en el nodo activo.

  3. La propiedad del grupo de recursos se transfiere a otro nodo de la FCI.

  4. El nuevo propietario del grupo de recursos inicia los servicios de SQL Server .

  5. Las solicitudes de conexión de aplicaciones cliente se dirigen automáticamente al nuevo nodo activo con el mismo nombre de red virtual.

La FCI está en línea siempre que su clúster WSFC subyacente esté en buen estado de cuórum. (La mayoría de los nodos WSFC de cuórum están disponibles como destinos de conmutación automática por error). Cuando el clúster de WSFC pierde su cuórum, ya sea debido a un error de hardware, software o error de red o a una configuración de cuórum incorrecta, todo el clúster de WSFC, junto con la FCI, se desconecta. En este escenario de conmutación por error no planeada se requiere la intervención manual para restablecer el quórum en los nodos disponibles restantes con el fin de volver a poner en línea el clúster de WSFC y la FCI. Para obtener más información, vea Modos de cuórum de WSFC y configuración de votación (SQL Server).

Tiempo de conmutación por error previsible

Dependiendo de cuándo la instancia de SQL Server haya realizado por última vez una operación de punto de comprobación, puede haber un número considerable de páginas desfasadas en la memoria caché del búfer. Por tanto, las conmutaciones por error duran el tiempo que lleve escribir las páginas desfasadas restantes en el disco, lo que puede dar lugar a un tiempo de conmutación por error prolongado e imprevisible. A partir de SQL Server 2012 (11.x), la FCI puede usar puntos de control indirectos para limitar el número de páginas sucias guardadas en la caché del búfer. Aunque esto consume más recursos en cargas de trabajo normales, hace que el tiempo de conmutación por error sea más predecible y más configurable. Esto resulta útil cuando el contrato de nivel de servicio de la organización especifica el objetivo de tiempo de recuperación (RTO) para la solución de alta disponibilidad. Para obtener más información, consulte Puntos de control indirectos.

Supervisión de estado fiable y directiva de conmutación por error flexible

Una vez que la FCI se inicia correctamente, el servicio WSFC supervisa tanto el estado del clúster WSFC subyacente como el estado de la instancia de SQL Server. A partir de SQL Server 2012 (11.x), el servicio WSFC usa una conexión dedicada para sondear la instancia activa de SQL Server para obtener diagnósticos detallados de componentes mediante un procedimiento almacenado del sistema. Hay tres implicaciones resultantes:

  • La conexión dedicada con la instancia de SQL Server permite un sondeo confiable a efectos de diagnósticos de componentes en todo momento, aunque la carga de la FCI sea elevada. Esta funcionalidad permite distinguir entre un sistema que está bajo carga pesada y un sistema que tiene condiciones de error, lo que impide problemas como las conmutaciones por error falsas.

  • El diagnóstico detallado de componentes permite configurar una directiva de conmutación por error más flexible, en la que puede elegir las condiciones de error que desencadenan las conmutaciones por error.

  • Los diagnósticos de componentes detallados también permiten una mejor solución de problemas de conmutaciones automáticas por error con carácter retroactivo. La información de diagnóstico se almacena los archivos de registro, que se colocan con los registros de errores de SQL Server . Puede cargarlos en el Visor de archivos de registro para inspeccionar los estados del componente que conducen a la aparición de la conmutación por error para determinar qué causó la conmutación por error.

Para más información, consulte Directiva de conmutación por error para las instancias de clúster de conmutación por error.

Configuración del cifrado TLS 1.3

SQL Server 2025 (17.x) introduce soporte para TDS 8.0, que permite aplicar el cifrado TLS 1.3 para la comunicación entre el clúster de conmutación por error en Windows Server y sus instancias del clúster de conmutación por error.

Para empezar, consulte Conexión con cifrado estricto.

Nota:

Si TLS 1.2 está deshabilitado en la máquina, se produce un error en la instalación de la instancia de clúster de conmutación por error de SQL Server 2025 (17.x).

Elementos de una instancia de clúster de conmutación por error

Una FCI consta de un conjunto de servidores físicos (nodos) que contienen una configuración de hardware similar y también una configuración de software idéntica que incluye la versión del sistema operativo y el nivel de revisión, y la versión de SQL Server, el nivel de revisión, los componentes y el nombre de instancia. La configuración de software idéntica es necesaria para asegurarse de que la FCI puede ser totalmente funcional cuando se conmuta por error entre los nodos.

Grupo de recursos de WSFC

Una FCI de SQL Server se ejecuta en un grupo de recursos de WSFC. Cada nodo del grupo de recursos mantiene una copia sincronizada de las opciones de configuración y las claves del Registro de comprobación para garantizar la funcionalidad completa de la FCI después de una conmutación por error. Solo uno de los nodos del clúster posee el grupo de recursos a la vez (el nodo activo). El servicio WSFC administra el clúster de servidor, la configuración de cuórum, la directiva de conmutación por error y las operaciones de conmutación por error, además del nombre de la red virtual y las direcciones IP virtuales de la FCI. Si se produce un error (errores de hardware, errores de sistema operativo o errores de aplicación y servicio) o una actualización planeada, la propiedad del grupo de recursos se mueve a otro nodo de la FCI. El número de nodos que se admiten en un grupo de recursos de WSFC depende de la edición SQL Server. Además, el mismo clúster de WSFC puede ejecutar varias FCI (varios grupos de recursos), dependiendo de la capacidad de hardware, como número de CPUs, memoria y número de discos.

Archivos binarios de SQL Server

Los archivos binarios del producto se instalan localmente en cada nodo de la FCI en un proceso similar a las instalaciones independientes de SQL Server. Sin embargo, durante el inicio, los servicios no se inician automáticamente, pero se administran mediante WSFC.

Storage

A diferencia de un grupo de disponibilidad, una FCI debe usar el almacenamiento compartido entre todos los nodos de la FCI para el almacenamiento de registros y la base de datos. El almacenamiento compartido puede estar en forma de discos de clúster de WSFC, discos en san, espacios de almacenamiento directo o recursos compartidos de archivos en un SMB. Por lo tanto, todos los nodos de la FCI tienen la misma vista de datos de instancia cada vez que se produce una conmutación por error. Esto significa, sin embargo, que el almacenamiento compartido tiene el potencial de ser el único punto de error y que la FCI depende de la solución de almacenamiento subyacente para garantizar la protección de datos.

Nombre de red

El nombre de red virtual de la FCI proporciona un punto de conexión unificado para la FCI. Este punto de conexión unificado permite a las aplicaciones conectarse al nombre de red virtual sin necesidad de conocer el nodo activo actualmente. Cuando se produce una conmutación por error, el nombre de la red virtual se registra en el nuevo nodo activo después de que se inicie. Este proceso es transparente para el cliente o la aplicación que se conecta a SQL Server y minimiza el tiempo de inactividad que experimentan la aplicación o los clientes durante un error.

En la captura de pantalla siguiente se muestra el nombre de red de la instancia del clúster de conmutación por error en el Administrador de clústeres de conmutación por error:

Captura de pantalla del nombre de red de FCI en el Administrador de clústeres de conmutación por error.

Direcciones IP virtuales

En el caso de una FCI de múltiples subredes, se asigna una dirección IP virtual a cada subred de la FCI. Durante una conmutación por error, el nombre de la red virtual en el servidor DNS se actualiza para que apunte a la dirección IP virtual de la subred correspondiente. Después, las aplicaciones y los clientes pueden conectarse a la FCI mediante el mismo nombre de red virtual después de una conmutación por error de varias subredes.

Conceptos y tareas de conmutación por error de SQL Server

Conceptos y tareas Artículo
Describe el mecanismo de detección de errores y la directiva de conmutación por error flexible. Directiva de conmutación por error para instancias de clúster de conmutación por error
Describe los conceptos de la administración y el mantenimiento de la FCI. Administración y mantenimiento de la instancia del clúster de conmutación por error
Describe los conceptos y la configuración de varias subredes. Agrupación en clústeres de varias subredes de SQL Server

Configuración compatible con FCI de SQL Server en WSFC

Las FCI de SQL Server basadas en WSFC se admiten en los siguientes productos:

  • Windows Server 2012
  • Windows Server 2012 R2
  • Ediciones Windows Server 2016 Standard y Datacenter
  • Ediciones Windows Server 2019 Standard y Datacenter
  • Ediciones Windows Server 2022 Standard y Datacenter

Windows Server proporciona dos tipos de servicios de agrupación en clústeres:

Solo las soluciones de clúster de servidor se pueden usar junto con SQL Server para lograr una alta disponibilidad si se pierde un nodo o si existe un problema con una instancia de SQL Server. El equilibrio de carga de red puede usarse en algunos casos junto con instalaciones independientes de SQL Server de solo lectura.

Cada FCI de SQL Server requiere:

  • Un grupo de clústeres dedicado que tiene letras de unidad de disco asignadas de forma única.
  • Al menos una dirección IP única.
  • Nombres de instancia y servidor virtual únicos dentro del dominio.

Compatibilidad con soluciones de clúster que no son de Microsoft

SQL Server se desarrolla y prueba con la agrupación en clústeres de servidores de Microsoft. Si usa un producto de agrupación en clústeres que no es de Microsoft, el contacto de soporte técnico principal para problemas de instalación, rendimiento o comportamiento del clúster debe ser el proveedor de soluciones. Microsoft proporciona compatibilidad comercialmente razonable para las instalaciones de clústeres que no son de Microsoft, de forma similar a la compatibilidad con implementaciones independientes de SQL Server.

Número de nodos admitidos

Para más información sobre el número máximo de nodos admitidos para las instancias de clúster de conmutación por error AlwaysOn, consulte:

Sistema operativo compatible

Para obtener información sobre los sistemas operativos compatibles con clústeres de conmutación por error de SQL Server, consulte Comprobación del sistema operativo antes de instalar clústeres de conmutación por error.

Unidades montadas

El uso de unidades montadas no se admite en clústeres que incluyan una instalación de SQL Server. Para obtener más información, vea Compatibilidad de SQL Server con volúmenes montados.

Volúmenes compartidos de clúster (CSV)

SQL Server 2012 (11.x) y versiones anteriores no admiten el uso de CSV para SQL Server en un clúster de conmutación por error.

Para obtener información sobre el uso de CSV con SQL Server 2014 (12.x) o versiones posteriores, consulte los siguientes recursos:

Restricciones del controlador de dominio

Las instancias de clúster de conmutación por error de SQL Server no se admiten en los nodos de instancia de clúster de conmutación por error configurados como controladores de dominio.

Consideraciones sobre la migración de dominios

SQL Server 2005 (9.x) y versiones posteriores no se pueden migrar a un nuevo dominio. Debe desinstalar y volver a instalar los componentes del clúster de conmutación por error. Para obtener más información, vea Mover un clúster de Windows Server de un dominio a otro.

Antes de desinstalar SQL Server, debe realizar los pasos siguientes:

  • Establezca SQL Server para usar la seguridad en modo mixto o agregue nuevas cuentas de dominio a los inicios de sesión de SQL Server.

  • Cambie el nombre de la DATA carpeta que contiene las bases de datos del sistema para que se pueda volver a intercambiar después de volver a instalar para reducir el tiempo de inactividad.

  • No quite archivos de compatibilidad de SQL Server, SQL Server Native Client, Integration Services o Componentes de estación de trabajo, a menos que vuelva a generar todo el nodo.

Advertencia

Si se producen errores durante el proceso de desinstalación, es posible que deba volver a generar el nodo para volver a instalar SQL Server correctamente.

Contenido relacionado

  • Last updated on