Desconexión de un grupo de disponibilidad (SQL Server)

Se aplica a:SQL Server

En este tema se explica cómo pasar un grupo de disponibilidad Always On del estado ONLINE el estado OFFLINE mediante Transact-SQL en SQL Server 2012 SP1 (11.0.3x) y versiones posteriores. No se produce ninguna pérdida de datos en las bases de datos con confirmación sincrónica porque si alguna réplica con confirmación sincrónica no está sincronizada, la operación OFFLINE produce un error y deja el grupo de disponibilidad en el estado ONLINE. Mantener el grupo de disponibilidad en línea protege las bases de datos con confirmación sincrónica no sincronizadas frente a posibles pérdidas de datos. Cuando un grupo de disponibilidad pasa a estar sin conexión, sus bases de datos dejan de estar disponibles para los clientes y no puede volver a poner el grupo de disponibilidad en línea. Por tanto, desconecte un grupo de disponibilidad únicamente para migrar los recursos del grupo de disponibilidad de un clúster de WSFC a otro.

Durante una migración entre clústeres de grupos de disponibilidad Always On, si alguna aplicación se conecta directamente a la réplica principal de un grupo de disponibilidad, este debe dejarse sin conexión. La migración entre clústeres de Grupos de disponibilidad AlwaysOn admite la actualización del sistema operativo con un tiempo de inactividad mínimo de los grupos de disponibilidad. El escenario típico es usar la migración entre clústeres de Grupos de disponibilidad AlwaysOn con SQL Server 2012 SP1 (11.0.3 x) y versiones posteriores. 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

Use la opción OFFLINE para una migración entre clústeres de los recursos del grupo de disponibilidad, o bien para la conmutación por error en un grupo de disponibilidad de escalado de lectura.

Requisitos previos

  • La instancia de servidor en la que se escribe el comando OFFLINE debe ejecutar SQL Server 2012 SP1 (11.0.3x) o superior (edición Enterprise o superior).
  • El grupo de disponibilidad debe estar actualmente en línea.

Recomendaciones

Antes de poner el grupo de disponibilidad sin conexión, elimine el cliente o clientes de escucha del grupo de disponibilidad. Para más información, consulte Eliminación de un agente de escucha del grupo de disponibilidad (SQL Server).

Permisos

Requiere el permiso ALTER AVAILABILITY GROUP en el grupo de disponibilidad, el permiso CONTROL AVAILABILITY GROUP, el permiso ALTER ANY AVAILABILITY GROUP o el permiso CONTROL SERVER.

Uso de Transact-SQL

Para desconectar un grupo de disponibilidad

  1. Conéctese a una instancia de servidor que alberga una réplica de disponibilidad para el grupo de disponibilidad. Esta réplica puede ser la réplica principal o una réplica secundaria.

  2. Use la ALTER AVAILABILITY GROUP sentencia, como se indica a continuación:

    ALTER AVAILABILITY GROUP group_name SIN CONEXIÓN

    donde group_name es el nombre del grupo de disponibilidad.

Ejemplo

En el ejemplo siguiente se pone sin conexión el grupo de disponibilidad AccountsAG .

ALTER AVAILABILITY GROUP AccountsAG OFFLINE;

Seguimiento: después de que el grupo de disponibilidad esté sin conexión

  • Registro de la operación OFFLINE: la identidad del nodo de WSFC donde se ha iniciado la operación OFFLINE se almacena, tanto en el registro de clúster de WSFC, como en SQL ERRORLOG.

  • Si no ha eliminado el listener del grupo de disponibilidad antes de desconectar el grupo: Si está migrando el grupo de disponibilidad a otro clúster WSFC, elimine el VNN y el VIP del listener. Puede eliminarlos mediante la consola de administración del clúster de conmutación por error, el cmdlet Remove-ClusterResource de PowerShell o cluster.exe. Tenga en cuenta que cluster.exe está desusado en Windows 8.

Tareas relacionadas

Contenido relacionado

Consulte también

Grupos de disponibilidad Always On (SQL Server)

  • Last updated on