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 instancia de SQL Server que se instala a través de los nodos de clústeres de Windows Server (WSFC) y, posiblemente, a través de 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, consulta Clústeres de conmutación por error y grupos de disponibilidad (SQL Server).
Nota:
La edición Windows Server 2016 Datacenter introduce compatibilidad con Espacios de almacenamiento directo (S2D). Las instancias de clúster de conmutación por error de SQL Server admiten S2D para recursos de almacenamiento de clúster. 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 en clúster (CSV). Para obtener más información, consulta Descripción de Volúmenes compartidos de clúster en un clúster de conmutación por error.
Ventajas de una instancia de clústeres de conmutación por error
Cuando hay un error de hardware o software de un servidor, las aplicaciones o los clientes que se conecten al servidor experimentarán tiempo de inactividad. Los nodos redundantes protegen la disponibilidad de la instancia de SQL Server cuando es 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. En caso de se produzca un error (errores de hardware, errores del sistema operativo o errores de aplicación o servicio) o se realice una actualización planeada, la propiedad del grupo de recursos se mueve a otro nodo de WSFC. Este proceso es transparente para el cliente o la aplicación que se conecta a SQL Server. De esta manera, se minimiza el tiempo de inactividad que experimentan la aplicación o los clientes durante un error. A continuación se enumeran algunas ventajas clave que las instancias de clúster de conmutación por error de SQL Server proporcionan:
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 del sistema operativo, errores de la aplicación o de 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. Esto significa que las FCI y los nodos independientes no deben acoplarse juntos en 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 matriz de soluciones de almacenamiento, incluidos discos de clúster de WSFC (iSCSI, canal de fibra óptica, etc.) y recursos compartidos de archivos de Bloque de mensajes de servidor (SMB).
Solución de recuperación ante desastres que usa una FCI de múltiples subredes o que ejecuta una base de datos hospedada por FCI en un grupo de disponibilidad. Con la nueva utilidad de múltiples subredes en Microsoft SQL Server 2012 (11.x), una FCI de múltiples subredes ya no necesita una LAN virtual, con lo que aumentan su capacidad de administración y su seguridad.
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:
- Usa 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 el tiempo de concesión de la dirección de IP de DHCP, se necesitará un tiempo adicional para volver a registrar la nueva dirección IP de DHCP asociada al nombre DNS.
Información general de las instancias 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
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 automática o planeada, tiene lugar la siguiente secuencia de eventos:
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.
Todos los servicios de SQL Server respectivos del grupo de recursos se detienen en el nodo activo.
La propiedad del grupo de recursos se transfiere a otro nodo de la FCI.
El nuevo propietario del grupo de recursos inicia los servicios de SQL Server .
Las solicitudes de conexión de la aplicación cliente se dirigen automáticamente al nuevo nodo activo utilizando el mismo nombre de red virtual (VNN).
La FCI está en línea mientras el estado del quórum del clúster de WSFC subyacente sea bueno (la mayoría de los nodos de WSFC de quórum están disponibles como destinos de conmutación automática por error). Si el clúster de WSFC pierde su quórum, a causa de un error de hardware, de software o de red, o de una configuración de quórum incorrecta, todo el clúster de WSFC, junto con la FCI, se ponen en estado sin conexión. 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, consulte Configuración de votación y modos de quórum de WSFC (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 Microsoft SQL Server 2012 (11.x), la FCI puede usar puntos de comprobación indirectos para limitar el número de páginas desfasadas que se mantienen en la memoria caché del búfer. Cuando este proceso utiliza recursos adicionales en una carga de trabajo normal, el tiempo de conmutación por error se hace más fácil de predecir y de configurar. Esto es muy útil cuando el acuerdo de servicio en su organización especifica el objetivo de tiempo de recuperación (RTO) para su solución de alta disponibilidad. Para obtener más información sobre puntos de comprobación indirectos, vea Indirect Checkpoints.
Supervisión de estado fiable y directiva de conmutación por error flexible
Después de que la FCI se inicie correctamente, el servicio de WSFC supervisa el estado del clúster de WSFC subyacente y el estado de la instancia de SQL Server . A partir de Microsoft SQL Server 2012 (11.x), el servicio de WSFC utiliza una conexión dedicada para sondear la instancia de SQL Server activa a efectos de diagnósticos de componentes detallados mediante un procedimiento almacenado del sistema. Esto tiene una triple implicación:
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. Esto permite distinguir entre un sistema sometido a una carga elevada y un sistema que tenga realmente condiciones de error, lo que evita problemas tales como conmutaciones por error falsas.
Los diagnósticos de componentes detallados permiten configurar una directiva de conmutación por error más flexible, en la que se puede elegir qué condiciones de error activan las conmutaciones por error y cuáles no.
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 de los componentes que dan lugar a la conmutación por error para determinar la causa de dicha conmutación por error.
Para obtener más información, consulta Directiva de conmutación para error para instancias de clúster de conmutación por error
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 una configuración de software idéntica que incluye la versión y el nivel de revisión del sistema operativo, así como la versión, el nivel de revisión, los componentes y el nombre de instancia de SQL Server . Es necesaria una configuración de software idéntica para garantizar que la FCI pueda estar totalmente funcional cuando realice la conmutación 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 conserva una copia sincronizada de los valores de configuración y las claves del Registro con punto de comprobación para garantizar la funcionalidad total de la FCI después de una conmutación por error, y solo uno de los nodos del clúster pertenece al grupo de recursos cada vez (el nodo activo). El servicio de WSFC administra el clúster de servidores, la configuración de quórum, la directiva de conmutación por error y las operaciones de conmutación por error, así como el VNN y las direcciones IP virtuales para la FCI. En caso de se produzca un error (errores de hardware, errores del sistema operativo o errores de aplicación o servicio) o se realice una actualización planeada, la propiedad del grupo de recursos se mueve a otro nodo de 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.
Binarios de SQL Server
Los archivos binarios del producto se instalan localmente en cada nodo de la FCI; es un proceso similar a las instalaciones independientes de SQL Server . Sin embargo, durante el inicio, los servicios no se inician automáticamente sino que son administrados por WSFC.
Storage
Al contrario que en el grupo de disponibilidad, una FCI debe usar el almacenamiento compartido entre todos los nodos de la FCI para el almacenamiento de la base de datos y del registro. El almacenamiento compartido puede realizarse en forma de discos de clúster de WSFC, discos de una SAN, Espacios de almacenamiento directo (S2D) o recursos compartidos de archivos en un SMB. De esta manera, todos los nodos de la FCI tienen la misma vista de datos de instancia cada vez que se produce una conmutación por error. Sin embargo, esto significa que el almacenamiento compartido tiene la posibilidad de ser el punto de error único y la FCI depende de la solución de almacenamiento subyacente para garantizar la protección de datos.
Nombre de red
La VNN para la FCI proporciona un punto de conexión unificado para la FCI. Esto permite que las aplicaciones se conecten a la VNN sin necesidad de conocer el nodo actualmente activo. Cuando se produce una conmutación por error, la VNN se registra en el nuevo nodo activo después de iniciarse. Este proceso es transparente para el cliente o aplicación que se conecta a SQL Server y minimiza el tiempo de inactividad que la aplicación o los clientes experimentan durante un 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, la VNN en el servidor DNS se actualiza para señalar a la dirección IP virtual correspondiente a la subred respectiva. Las aplicaciones y los clientes pueden conectarse entonces a la FCI utilizando la misma VNN después de una conmutación por error de múltiples 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 para 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 de clúster de conmutación por error |
| Describe la configuración y conceptos de varias subredes | Agrupación en clústeres de varias subredes de SQL Server (SQL Server) |
Temas relacionados
| Descripciones del tema | Artículo |
|---|---|
| Describe cómo instalar una nueva FCI de SQL Server . | Creación de un nuevo clúster de conmutación por error de SQL Server (instalación) |
| Describe cómo actualizarse a un clúster de conmutación por error de SQL Server . | Actualización de una instancia del clúster de conmutación por error de SQL Server |
| Describe los conceptos de los clústeres de conmutación por error de Windows y proporciona vínculos a las tareas relacionadas con dichos clústeres. | Clúster de conmutación por error de Windows Server con SQL Server |
| Describe las distinciones de conceptos entre nodos de una FCI y réplicas de un grupo de disponibilidad y las consideraciones para utilizar una FCI de modo que hospede una réplica para un grupo de disponibilidad. | Clústeres de conmutación por error y grupos de disponibilidad (SQL Server) |
| Describe SQL Server habilitado por Azure Arc. | SQL Server habilitado por Azure Arc |
| Describe cómo puedes interactuar con un recurso de clúster de conmutación por error en Azure. | Visualización de instancias de clúster de conmutación por error AlwaysOn en Azure Arc |