Cambio del clúster que administra los metadatos para las réplicas de un grupo de disponibilidad Always On

Artículo
04/26/2023

Se aplica a:SQL Server: solo Windows

En este tema se describe cómo cambiar el contexto de clúster de HADR de una instancia de SQL Server mediante Transact-SQL en SQL Server 2012 SP1 (11.0.3x) y versiones posteriores. El contexto de clúster de HADR determina qué clúster de Clústeres de conmutación por error de Windows Server (WSFC) administra los metadatos para las réplicas de disponibilidad hospedadas por la instancia de servidor.

Cambie el contexto de clúster de HADR solo durante una migración entre clústeres de Grupos de disponibilidad AlwaysOn a una instancia de SQL Server 2012 SP1 (11.0.3x) en un nuevo clúster de WSFC. La migración entre clústeres de Grupos de disponibilidad AlwaysOn admite la actualización del sistema operativo a Windows 8 o Windows Server 2012 con un tiempo de inactividad mínimo de los grupos de disponibilidad. Para obtener más información, vea Migración entre clústeres de grupos de disponibilidad AlwaysOn para la actualización del sistema operativo.

Precaución

Cambie el contexto de clúster de HADR solo durante la migración entre clústeres de implementaciones Grupos de disponibilidad AlwaysOn .

Limitaciones y restricciones

Solo puede cambiar el contexto de clúster de HADR desde el clúster local de WSFC a un clúster remoto y viceversa. No puede cambiar el contexto de clúster de HADR desde un clúster remoto a otro clúster remoto.
El contexto de clúster de HADR se puede cambiar a un clúster remoto solo cuando la instancia de SQL Server no hospeda ninguna réplica de disponibilidad.
Un contexto de clúster de HADR remoto se puede volver a cambiar al clúster local en cualquier momento. Sin embargo, el contexto no se puede cambiar de nuevo si la instancia de servidor hospeda réplicas de disponibilidad.

Requisitos previos

La instancia de servidor en la que se cambia el contexto de clúster de HADR debe ejecutar SQL Server 2012 SP1 (11.0.3x) o superior (edición Enterprise o superior).
La instancia de servidor debe estar habilitada para AlwaysOn. Para obtener más información, vea Habilitar y deshabilitar grupos de disponibilidad AlwaysOn (SQL Server).

Para que se pueda cambiar de contexto de clúster local a un clúster remoto, una instancia de servidor no puede hospedar ninguna réplica de disponibilidad. La vista de catálogo sys.availability_replicas no debe devolver ninguna fila.

Si existe alguna réplica de disponibilidad en la instancia de servidor, antes de poder cambiar el contexto de clúster de HADR debe hacer lo siguiente:

Rol de réplica	Acción	Vínculo
Principal	Deja sin conexión el grupo de disponibilidad.	Poner sin conexión un grupo de disponibilidad (SQL Server)
Secundario	Quitar la réplica de su grupo de disponibilidad	Quitar una réplica secundaria de un grupo de disponibilidad (SQL Server)

Antes de poder cambiar de un clúster remoto al clúster local, todas las réplicas con confirmación sincrónica deben estar en el estado SYNCHRONIZED.

Recomendaciones

Se recomienda especificar el nombre de dominio completo. Esto es porque para buscar la dirección IP de destino de un nombre corto, ALTER SERVER CONFIGURATION usa la resolución de DNS. En algunas situaciones, en función del orden de búsqueda de DNS, el uso de un nombre corto puede producir confusiones. Por ejemplo, considere el comando siguiente, que se ejecuta en un nodo del dominio abc (node1.abc.com). El clúster de destino previsto es el clúster CLUS01 del dominio xyz (clus01.xyz.com). Sin embargo, el dominio local hospeda también un clúster denominado CLUS01 (clus01.abc.com).

Si se especificara el nombre corto del clúster de destino, CLUS01, la resolución de nombres DNS podría devolver la dirección IP del clúster erróneo, clus01.abc.com. Para evitar esa confusión, especifique el nombre completo del clúster de destino, como en el ejemplo siguiente:
```
ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = 'clus01.xyz.com'  
```

Permisos

inicio de sesión de SQL Server

Requiere el permiso CONTROL SERVER.
Cuenta de servicio de SQL Server

La cuenta de servicio de SQL Server de la instancia de servidor debe tener:
- Permiso para abrir el clúster de destino de WSFC.
- Acceso remoto de lectura y escritura de WSFC.

Usar Transact-SQL

Para cambiar el contexto de clúster de WSFC de una réplica de disponibilidad

Conéctese a la instancia de servidor que hospeda la réplica principal o una réplica secundaria del grupo de disponibilidad.
Use la cláusula SET HADR CLUSTER CONTEXT de la instrucción ALTER SERVER CONFIGURATION , de la manera siguiente:

ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = { 'clúster_de_windows' | LOCAL }

donde,

windows_cluster
Nombre de objeto de clúster (CON) de un clúster de WSFC. Puede especificar el nombre corto o el nombre de dominio completo. Se recomienda especificar el nombre de dominio completo. Para obtener más información, vea Recomendaciones, anteriormente en este tema.

LOCAL
Clúster local de WSFC.

Ejemplos

En el ejemplo siguiente se cambia el contexto de clúster de HADR otro clúster diferente. Para identificar el clúster de destino de WSFC, clus01, el ejemplo especifica el nombre de objeto completo del clúster, clus01.xyz.com.

ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = 'clus01.xyz.com';

En el ejemplo siguiente se cambia el contexto de clúster de HADR al clúster local de WSFC.

ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = LOCAL;

Seguimiento: Después de cambiar el contexto de clúster de una réplica de disponibilidad

El nuevo contexto de clúster de HADR surte efecto inmediatamente, sin necesidad de reiniciar la instancia de servidor. El valor de contexto del clúster de HADR es una configuración persistente de nivel de instancia que permanece sin modificar si se reinicia la instancia de servidor.

Confirme el nuevo contexto de clúster de HADR consultando la vista de administración dinámica sys.dm_hadr_cluster , de la manera siguiente:

SELECT cluster_name FROM sys.dm_hadr_cluster

Esta consulta debe devolver el nombre del clúster al que se establece el contexto de clúster de HADR.

Cuando el contexto de clúster de HADR se cambia a un nuevo clúster:

Los metadatos se limpian para quitar cualquier réplicas de disponibilidad que están hospedadas actualmente en la instancia de SQL Server.
Todas las bases de datos que pertenecieron previamente a una réplica de disponibilidad están ahora en el estado RESTORING.

Related Tasks

Contenido relacionado

Consulte también

Grupos de disponibilidad Always On (SQL Server)
Clústeres de conmutación por error de Windows Server (WSFC) con SQL Server
ALTER SERVER CONFIGURATION (Transact-SQL)