Clústeres de conmutación por error y grupos de disponibilidad AlwaysOn (SQL Server)Failover Clustering and Always On Availability Groups (SQL Server)

En este tema se aplica a: SíSQL Servernobase de datos de SQL Azurenoalmacenamiento de datos de SQL Azure ningún Almacenamiento de datos paralelosTHIS TOPIC APPLIES TO: yesSQL ServernoAzure SQL DatabasenoAzure SQL Data Warehouse noParallel Data Warehouse

Grupos de disponibilidad AlwaysOnAlways On availability groups, la solución de alta disponibilidad y recuperación ante desastres introducida en SQL Server 2012SQL Server 2012, requiere clústeres de conmutación por error de Windows Server (WSFC)., the high availability and disaster recovery solution introduced in SQL Server 2012SQL Server 2012, requires Windows Server Failover Clustering (WSFC). Además, aunque Grupos de disponibilidad AlwaysOnAlways On availability groups no depende de los clústeres de conmutación por error de SQL ServerSQL Server , se puede utilizar una instancia de clústeres de conmutación por error (FCI) para hospedar una réplica de disponibilidad para un grupo de disponibilidad.Also, though Grupos de disponibilidad AlwaysOnAlways On availability groups is not dependent upon SQL ServerSQL Server Failover Clustering, you can use a failover clustering instance (FCI) to host an availability replica for an availability group. Es importante conocer el rol de cada tecnología de clústeres y saber qué consideraciones son necesarias cuando se diseña el entorno de Grupos de disponibilidad AlwaysOnAlways On availability groups .It is important to know the role of each clustering technology, and to know what considerations are necessary as you design your Grupos de disponibilidad AlwaysOnAlways On availability groups environment.

Nota

Para obtener información sobre los conceptos de Grupos de disponibilidad AlwaysOnAlways On availability groups , vea Información general de los grupos de disponibilidad AlwaysOn (SQL Server).For information about Grupos de disponibilidad AlwaysOnAlways On availability groups concepts, see Overview of Always On Availability Groups (SQL Server).

En este tema:In This Topic:

Grupos de disponibilidad y clústeres de conmutación por error de Windows ServerWindows Server Failover Clustering and Availability Groups

La implementación de Grupos de disponibilidad AlwaysOnAlways On availability groups requiere un clúster de WSFC (clústeres de conmutación por error de Windows Server).Deploying Grupos de disponibilidad AlwaysOnAlways On availability groups requires a Windows Server Failover Clustering (WSFC) cluster. Para que una instancia de Grupos de disponibilidad AlwaysOnAlways On availability groupsse habilite para SQL ServerSQL Server , debe residir en un nodo de WSFC y el clúster y el nodo de WSFC deben estar en línea.To be enabled for Grupos de disponibilidad AlwaysOnAlways On availability groups, an instance of SQL ServerSQL Server must reside on a WSFC node, and the WSFC cluster and node must be online. Además, cada réplica de disponibilidad de un determinado grupo de disponibilidad debe residir en otro nodo del mismo clúster de WSFC.Furthermore, each availability replica of a given availability group must reside on a different node of the same WSFC cluster. La única excepción es que mientras se migra a otro clúster de WSFC, un grupo de disponibilidad puede ocupar temporalmente dos clústeres.The only exception is that while being migrated to another WSFC cluster, an availability group can temporarily straddle two clusters.

Grupos de disponibilidad AlwaysOnAlways On availability groups se basa en el clúster de clústeres de conmutación por error de Windows (WSFC) para supervisar y administrar los roles actuales de las réplicas de disponibilidad que pertenecen a un grupo de disponibilidad concreto, así como para determinar cómo afecta un evento de conmutación por error a las réplicas de disponibilidad. relies on the Windows Failover Clustering (WSFC) cluster to monitor and manage the current roles of the availability replicas that belong to a given availability group and to determine how a failover event affects the availability replicas. Por cada grupo de disponibilidad que cree, se creará un grupo de recursos de WSFC.A WSFC resource group is created for every availability group that you create. El clúster de WSFC supervisa este grupo de recursos para evaluar el estado de la réplica principal.The WSFC cluster monitors this resource group to evaluate the health of the primary replica.

El quorum para Grupos de disponibilidad AlwaysOnAlways On availability groups se basa en todos los nodos del clúster de WSFC independientemente de si un nodo de clúster determinado hospeda alguna réplica de disponibilidad.The quorum for Grupos de disponibilidad AlwaysOnAlways On availability groups is based on all nodes in the WSFC cluster regardless of whether a given cluster node hosts any availability replicas. A diferencia de la creación de reflejo de la base de datos, no hay ningún rol testigo en Grupos de disponibilidad AlwaysOnAlways On availability groups.In contrast to database mirroring, there is no witness role in Grupos de disponibilidad AlwaysOnAlways On availability groups.

Los votos de quórum de nodos del clúster determinan el estado general de un clúster de WSFC.The overall health of a WSFC cluster is determined by the votes of quorum of nodes in the cluster. Si el clúster de WSFC se queda sin conexión debido a un desastre no planeado, o a un error persistente de hardware o de comunicaciones, se necesita la intervención manual del administrador.If the WSFC cluster goes offline because of an unplanned disaster, or due to a persistent hardware or communications failure, manual administrative intervention is required. Un administrador de clústeres de Windows Server o de WSFC necesitará forzar un quórum y volver a poner en línea los nodos del clúster superviviente en una configuración sin tolerancia a errores.A Windows Server or WSFC cluster administrator will need to force a quorum and then bring the surviving cluster nodes back online in a non-fault-tolerant configuration.

Importante

Grupos de disponibilidad AlwaysOnAlways On availability groups son subclaves del clúster de WSFC. registry keys are subkeys of the WSFC cluster. Si elimina y vuelve a crear un clúster de WSFC, debe deshabilitar y volver a habilitar la característica de Grupos de disponibilidad AlwaysOnAlways On availability groups en cada instancia de SQL ServerSQL Server que hospedaba una réplica de disponibilidad en el clúster de WSFC original.If you delete and re-create a WSFC cluster, you must disable and re-enable the Grupos de disponibilidad AlwaysOnAlways On availability groups feature on each instance of SQL ServerSQL Server that hosted an availability replica on the original WSFC cluster.

Para obtener información sobre cómo ejecutar SQL ServerSQL Server en nodos de clústeres de conmutación por error de Windows Server (WSFC) y sobre el cuórum de WSFC, vea Clústeres de conmutación por error de Windows Server (WSFC) con SQL Server.For information about running SQL ServerSQL Server on Windows Server Failover Clustering (WSFC) nodes and about WSFC quorum, see Windows Server Failover Clustering (WSFC) with SQL Server.

Migración entre clústeres de grupos de disponibilidad AlwaysOn para la actualización del sistema operativoCross-Cluster Migration of Always On Availability Groups for OS Upgrade

A partir de SQL Server 2012 SP1SQL Server 2012 SP1, Grupos de disponibilidad AlwaysOnAlways On availability groups admite la migración entre clústeres de grupos de disponibilidad para las implementaciones en un nuevo clúster de Clústeres de conmutación por error de Windows Server (WSFC).Beginning with SQL Server 2012 SP1SQL Server 2012 SP1, Grupos de disponibilidad AlwaysOnAlways On availability groups supports cross-cluster migration of availability groups for deployments to a new Windows Server Failover Clustering (WSFC) cluster. Una migración entre clústeres mueve un grupo de disponibilidad o un lote de grupos de disponibilidad al nuevo clúster de WSFC de destino con un tiempo de inactividad mínimo.A cross-cluster migration moves one availability group or a batch of availability groups to the new, destination WSFC cluster with minimal downtime. El proceso de migración entre clústeres le permite mantener los contratos de nivel de servicio (SLA) al actualizar a un clúster de Windows Server 2012Windows Server 2012 .The cross-cluster migration process enables you to maintain your service level agreements (SLAs) when upgrading to a Windows Server 2012Windows Server 2012 cluster. SQL Server 2012 SP1SQL Server 2012 SP1 (o una versión posterior) debe estar instalado y habilitado para AlwaysOn en el clúster de WSFC de destino. (or a later version) must be installed and enabled for Always On on the destination WSFC cluster. El éxito de una migración entre clústeres depende de un planeamiento y una preparación exhaustivos del clúster de WSFC de destino.The success of a cross-cluster migration depends on thorough planning and preparation of the destination WSFC cluster.

Para obtener más información, vea Migración entre clústeres de grupos de disponibilidad AlwaysOn para la actualización del sistema operativo.For more information, see Cross-Cluster Migration of Always On Availability Groups for OS Upgrade.

SQL ServerSQL Server Instancias de clúster de conmutación por error (FCI) y grupos de disponibilidad SQL ServerSQL Server Failover Cluster Instances (FCIs) and Availability Groups

Puede configurar un segundo nivel de conmutación por error en el nivel de instancia de servidor si implementa los clústeres de conmutación por error de SQL ServerSQL Server junto con el clúster de WSFC.You can set up a second layer of failover at the server-instance level by implementing SQL ServerSQL Server failover clustering together with the WSFC cluster. Una réplica de disponibilidad se puede hospedar en una instancia independiente de SQL ServerSQL Server o una instancia de FCI.An availability replica can be hosted by either a standalone instance of SQL ServerSQL Server or an FCI instance. Solo un asociado de FCI puede hospedar una réplica para un grupo de disponibilidad dado.Only one FCI partner can host a replica for a given availability group. Cuando una réplica de disponibilidad se ejecuta en una instancia de clúster de conmutación por error (FCI), la lista de posibles propietarios del grupo de disponibilidad contendrá solo el nodo de FCI activo.When an availability replica is running on an FCI, the possible owners list for the availability group will contain only the active FCI node.

Grupos de disponibilidad AlwaysOnAlways On availability groups no depende de ninguna forma de almacenamiento compartido. does not depend on any form of shared storage. Sin embargo, si usa una instancia de clúster de conmutación por error (FCI) de SQL ServerSQL Server para hospedar una o varias réplicas de disponibilidad, cada una de las FCI requerirá almacenamiento compartido según la instalación típica de la instancia de clúster de conmutación por error de SQL Server.However, if you use a SQL ServerSQL Server failover cluster instance (FCI) to host one or more availability replicas, each of those FCIs will require shared storage as per standard SQL Server failover cluster instance installation.

Para obtener más información sobre los requisitos previos adicionales, vea la sección “Requisitos previos y restricciones para usar una instancia de clúster de conmutación por error (FCI)de SQL Server para hospedar una réplica de disponibilidad” de Requisitos previos, restricciones y recomendaciones para Grupos de disponibilidad AlwaysOn (SQL Server).For more information about additional prerequisites, see the "Prerequisites and Restrictions for Using a SQL Server Failover Cluster Instance (FCI) to Host an Availability Replica" section of Prerequisites, Restrictions, and Recommendations for Always On Availability Groups (SQL Server).

Comparación de las instancias de clúster de conmutación por error y los grupos de disponibilidadComparison of Failover Cluster Instances and Availability Groups

Independientemente del número de nodos de la FCI, una FCI completa hospeda una sola réplica en un grupo de disponibilidad.Regardless of the number of nodes in the FCI, an entire FCI hosts a single replica within an availability group. En la tabla siguiente se describen las diferencias conceptuales entre los nodos en una FCI y las réplicas en un grupo de disponibilidad.The following table describes the distinctions in concepts between nodes in an FCI and replicas within an availability group.

Nodos en una FCINodes within an FCI Réplicas en un grupo de disponibilidadReplicas within an availability group
Usa el clúster de WSFCUses WSFC cluster Yes Yes
Nivel de protecciónProtection level InstanciaInstance Base de datosDatabase
Tipo de almacenamientoStorage type CompartidosShared No compartidosNon-shared

Mientras que las réplicas de un grupo de disponibilidad no comparten almacenamiento, una réplica hospedada por una FCI usa una solución de almacenamiento compartido de acuerdo con esa FCI.While the replicas in an availability group do not share storage, a replica that is hosted by an FCI uses a shared storage solution as required by that FCI. La solución de almacenamiento es compartida solo por los nodos en la FCI y no entre las réplicas del grupo de disponibilidad.The storage solution is shared only by nodes within the FCI and not between replicas of the availability group.
Soluciones de almacenamientoStorage solutions Se adjuntan directamente, SAN, puntos de montaje, SMBDirect attached, SAN, mount points, SMB Depende del tipo de nodoDepends on node type
Secundarios legiblesReadable secondaries NoNo Yes
Opciones aplicables de la directiva de conmutación por errorApplicable failover policy settings Quórum de WSFCWSFC quorum

Específico de FCIFCI-specific

Configuración de grupo de disponibilidadAvailability group settings
Quórum de WSFCWSFC quorum

Configuración de grupo de disponibilidadAvailability group settings
Recursos conmutados por errorFailed-over resources Servidor, instancia y base de datosServer, instance, and database Solo base de datosDatabase only

Mientras que las réplicas secundarias sincrónicas de un grupo de disponibilidad se ejecutan siempre en las instancias respectivas de SQL ServerSQL Server , los nodos secundarios de una FCI no han iniciado realmente las instancias respectivas de SQL ServerSQL Server y, por lo tanto, no son legibles.Whereas synchronous secondary replicas in an availability group are always running on their respective SQL ServerSQL Server instances, secondary nodes in an FCI actually have not started their respective SQL ServerSQL Server instances and are therefore not readable. En una FCI, un nodo secundario inicia la instancia de SQL ServerSQL Server cuando la propiedad del grupo de recursos se le transfiere durante una conmutación por error de FCI.In an FCI, a secondary node starts its SQL ServerSQL Server instance only when the resource group ownership is transferred to it during an FCI failover. Sin embargo, en el nodo de FCI activo, cuando una base de datos hospedada por FCI pertenece a un grupo de disponibilidad, si la réplica de disponibilidad local se ejecuta como réplica secundaria legible, la base de datos es legible.However, on the active FCI node, when an FCI-hosted database belongs to an availability group, if the local availability replica is running as a readable secondary replica, the database is readable.

La configuración de la directiva de conmutación por error del grupo de disponibilidad se aplica a todas las réplicas, ya estén hospedadas en una instancia independiente o una instancia de FCI.Failover policy settings for the availability group apply to all replicas, whether it is hosted in a standalone instance or an FCI instance.

Nota

Para obtener más información sobre el número de nodos en los clústeres de conmutación por error y los grupos de disponibilidad AlwaysOn en diferentes ediciones de SQL ServerSQL Server, vea Características compatibles con las ediciones de SQL Server 2012 (http://go.microsoft.com/fwlink/?linkid=232473).For more information about Number of nodes within Failover Clustering and Always On Availability Groups for different editions of SQL ServerSQL Server, see Features Supported by the Editions of SQL Server 2012 (http://go.microsoft.com/fwlink/?linkid=232473).

Consideraciones para hospedar una réplica de disponibilidad en una FCIConsiderations for hosting an Availability Replica on an FCI

Importante

Si tiene previsto hospedar una réplica de disponibilidad en una instancia de clúster de conmutación por error (FCI) de SQL Server, asegúrese de que los nodos de host de Windows Server 2008 cumplen los requisitos previos y las restricciones de AlwaysOn para las instancias de clúster de conmutación por error (FCI).If you plan to host an availability replica on a SQL Server Failover Cluster Instance (FCI), ensure that the Windows Server 2008 host nodes meet the Always On prerequisites and restrictions for Failover Cluster Instances (FCIs). Para obtener más información, vea Requisitos previos, restricciones y recomendaciones para Grupos de disponibilidad AlwaysOn (SQL Server).For more information, see Prerequisites, Restrictions, and Recommendations for Always On Availability Groups (SQL Server).

SQL ServerSQL Server Las instancias de clúster de conmutación por error (FCI) no admiten la conmutación automática por error de grupos de disponibilidad; por lo tanto, todas las réplicas de disponibilidad hospedadas por un FCI solo se pueden configurar para la conmutación por error manual. Failover Cluster Instances (FCIs) do not support automatic failover by availability groups, so any availability replica that is hosted by an FCI can only be configured for manual failover.

Es posible que necesite configurar un clúster de conmutación por error de Windows Server (WSFC) para incluir los discos compartidos que no están disponibles en todos los nodos.You might need to configure a Windows Server Failover Clustering (WSFC) cluster to include shared disks that are not available on all nodes. Por ejemplo, considere un clúster de WSFC en dos centros de datos con tres nodos.For example, consider a WSFC cluster across two data centers with three nodes. Dos de los nodos hospedan una instancia de clúster de conmutación por error (FCI) de SQL Server en el centro de datos principal y tienen acceso a los mismos discos compartidos.Two of the nodes host a SQL Server failover clustering instance (FCI) in the primary data center and have access to the same shared disks. El tercer nodo hospeda una instancia independiente de SQL Server en otro centro de datos y no tiene acceso a los discos compartidos desde el centro de datos principal.The third node hosts a stand-alone instance of SQL Server in a different data center and does not have access to the shared disks from the primary data center. Esta configuración de clúster de WSFC admite la implementación de un grupo de disponibilidad si la FCI hospeda la réplica principal y la instancia independiente hospeda la réplica secundaria.This WSFC cluster configuration supports the deployment of an availability group if the FCI hosts the primary replica and the stand-alone instance hosts the secondary replica.

Al elegir una FCI para hospedar una réplica de disponibilidad para un grupo de disponibilidad determinado, asegúrese de que una conmutación por error de FCI no puede hacer que un único nodo de WSFC intente hospedar dos réplicas de disponibilidad para el mismo grupo de disponibilidad.When choosing an FCI to host an availability replica for a given availability group, ensure that an FCI failover could not potentially cause a single WSFC node to attempt to host two availability replicas for the same availability group.

El escenario de ejemplo siguiente muestra cómo podría producir problemas esta configuración:The following example scenario illustrates how this configuration could lead to problems:

Marcel configura un clúster de WSFC con dos nodos, NODE01 y NODE02.Marcel configures two a WSFC cluster with two nodes, NODE01 and NODE02. Instala una instancia de clúster de conmutación por error de SQL ServerSQL Server , fciInstance1, en NODE01 y NODE02 , donde NODE01 es el propietario actual de fciInstance1.He installs a SQL ServerSQL Server failover cluster instance, fciInstance1, on both NODE01 and NODE02 where NODE01 is the current owner for fciInstance1.
En NODE02, Marcel instala otra instancia de SQL ServerSQL Server, Instance3, que es una instancia independiente.On NODE02, Marcel installs another instance of SQL ServerSQL Server, Instance3, which is a stand-alone instance.
En NODE01, Marcel habilita fciInstance1 para Grupos de disponibilidad AlwaysOnAlways On availability groups.On NODE01, Marcel enables fciInstance1 for Grupos de disponibilidad AlwaysOnAlways On availability groups. En NODE02, habilita Instance3 para Grupos de disponibilidad AlwaysOnAlways On availability groups.On NODE02, he enables Instance3 for Grupos de disponibilidad AlwaysOnAlways On availability groups. A continuación, configura un grupo de disponibilidad para el que fciInstance1 hospeda la réplica principal e Instance3 hospeda la réplica secundaria.Then he sets up an availability group for which fciInstance1 hosts the primary replica, and Instance3 hosts the secondary replica.
En algún momento fciInstance1 deja de estar disponible en NODE01y el clúster de WSFC produce una conmutación por error de fciInstance1 a NODE02.At some point fciInstance1 becomes unavailable on NODE01, and the WSFC cluster causes a failover of fciInstance1 to NODE02. Después de la conmutación por error, fciInstance1 es una instancia habilitada para Grupos de disponibilidad AlwaysOnAlways On availability groupsque se ejecuta en el rol principal de NODE02.After the failover, fciInstance1 is a Grupos de disponibilidad AlwaysOnAlways On availability groups-enabled instance running under the primary role on NODE02. Sin embargo, Instance3 reside ahora en el mismo nodo de WSFC que fciInstance1.However, Instance3 now resides on the same WSFC node as fciInstance1. Esto infringe la restricción de Grupos de disponibilidad AlwaysOnAlways On availability groups .This violates the Grupos de disponibilidad AlwaysOnAlways On availability groups constraint.
Para corregir el problema que este escenario produce, la instancia independiente, Instance3, debe residir en otro nodo del mismo clúster de WSFC que NODE01 y NODE02.To correct the problem that this scenario presents, the stand-alone instance, Instance3, must reside on another node in the same WSFC cluster as NODE01 and NODE02.

Para obtener más información sobre el SQL ServerSQL Server , vea Instancias de clúster de conmutación por error de AlwaysOn (SQL Server).For more information about SQL ServerSQL Server failover clustering, see Always On Failover Cluster Instances (SQL Server).

Restricciones en el uso del Administrador de clústeres de conmutación por error de WSFC con grupos de disponibilidadRestrictions on Using The WSFC Failover Cluster Manager with Availability Groups

No use el Administrador de clústeres de conmutación por error para manipular grupos de disponibilidad, por ejemplo:Do not use the Failover Cluster Manager to manipulate availability groups, for example:

  • No agregue ni quite recursos en el servicio en clúster (grupo de recursos) para el grupo de disponibilidad.Do not add or remove resources in the clustered service (resource group) for the availability group.

  • No cambie las propiedades de los grupos de disponibilidad, como los propietarios posibles y los propietarios preferidos.Do not change any availability group properties, such as the possible owners and preferred owners. El grupo de disponibilidad establece automáticamente estas propiedades.These properties are set automatically by the availability group.

  • No use el Administrador de clústeres de conmutación por error para mover los grupos de disponibilidad a otros nodos o para conmutar los grupos de disponibilidad.Do not use the Failover Cluster Manager to move availability groups to different nodes or to fail over availability groups. El Administrador de clústeres de conmutación por error no conoce el estado de sincronización de las réplicas de disponibilidad y hacer esto puede conducir a un tiempo de inactividad extendido.The Failover Cluster Manager is not aware of the synchronization status of the availability replicas, and doing so can lead to extended downtime. Debe usar Transact-SQLTransact-SQL o SQL Server Management StudioSQL Server Management Studio.You must use Transact-SQLTransact-SQL or SQL Server Management StudioSQL Server Management Studio.

Contenido relacionadoRelated Content

Vea tambiénSee Also

Información general de los grupos de disponibilidad AlwaysOn (SQL Server) Overview of Always On Availability Groups (SQL Server)
Habilitar y deshabilitar grupos de disponibilidad AlwaysOn (SQL Server) Enable and Disable Always On Availability Groups (SQL Server)
Supervisar grupos de disponibilidad (Transact-SQL) Monitor Availability Groups (Transact-SQL)
Instancias de clúster de conmutación por error de AlwaysOn (SQL Server)Always On Failover Cluster Instances (SQL Server)