Cambiar el contexto de clúster de HADR de la instancia de servidor (SQL Server)

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 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 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.

• Antes de empezar:

  Limitaciones y restricciones

  Requisitos previos

  Recomendaciones

  Seguridad

• Para cambiar el contexto de clúster de una réplica de disponibilidad, mediante: Transact-SQL

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

• Tareas relacionadas

• Contenido relacionado

Antes de empezar

Advertencia
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 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 de 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)
  Secundaria	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'
  

Seguridad

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.

[Arriba]

Usar Transact-SQL

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

1. Conéctese a la instancia de servidor que hospeda la réplica principal o una réplica secundaria del grupo de disponibilidad.

2. 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 = { 'windows_cluster' | 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;

[Arriba]

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.

[Arriba]

Tareas relacionadas

• Quitar un agente de escucha del grupo de disponibilidad (SQL Server)

• Poner sin conexión un grupo de disponibilidad (SQL Server)

• Agregar una réplica secundaria a un grupo de disponibilidad (SQL Server)

• Quitar una réplica secundaria de un grupo de disponibilidad (SQL Server)

• Crear o configurar un agente de escucha del grupo de disponibilidad (SQL Server)

• Combinar una base de datos secundaria con un grupo de disponibilidad (SQL Server)

[Arriba]

Contenido relacionado

• Artículos técnicos de SQL Server 2012

• Blog del equipo de AlwaysOn de SQL Server: el blog del equipo de AlwaysOn oficial de SQL Server

[Arriba]

Vea también

Referencia

ALTER SERVER CONFIGURATION (Transact-SQL)

Conceptos

Grupos de disponibilidad AlwaysOn (SQL Server)

Clústeres de conmutación por error de Windows Server (WSFC) con SQL Server