Poner sin conexión 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, ponga un grupo de disponibilidad sin conexión únicamente para migrar los recursos del grupo de disponibilidad de un clúster de WSFC a otro.
Si durante una migración entre clústeres de Grupos de disponibilidad AlwaysOnalgunas aplicaciones se conectan directamente a la réplica principal de un grupo de disponibilidad, se debe poner sin conexión el grupo de disponibilidad. 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 agente o los agentes de escucha del grupo de disponibilidad. Para obtener más información, consulte Quitar un agente de escucha de grupo de disponibilidad (SQL Server).
Permisos
Se 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.
Usar Transact-SQL
Para poner sin conexión un grupo de disponibilidad
Conéctese a una instancia de servidor que hospede una réplica de disponibilidad para el grupo de disponibilidad. Esta réplica puede ser la réplica principal o una réplica secundaria.
Use la instrucción ALTER AVAILABILITY GROUP del siguiente modo:
ALTER AVAILABILITY GROUP group_name OFFLINE
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.
En el caso de que no se eliminara el agente de escucha del grupo de disponibilidad antes de dejar a este último sin conexión: si va a migrar el grupo de disponibilidad a otro clúster WSFC, elimine el VNN y el VIP del agente de escucha. Puede eliminarlos mediante la consola 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.
Related Tasks
Eliminación de un agente de escucha del grupo de disponibilidad (SQL Server)
Cambiar el contexto de clúster de HADR de la instancia de servidor (SQL Server)