DROP AVAILABILITY GROUP (Transact-SQL)

Quita el grupo de disponibilidad especificado y todas sus réplicas. Si una instancia del servidor que hospeda una de las réplicas de disponibilidad está sin conexión al eliminar un grupo de disponibilidad, después de ponerse en línea, la instancia del servidor quitará la réplica de disponibilidad local. La acción de quitar un grupo de disponibilidad también elimina el agente de escucha del grupo de disponibilidad asociado, si hay alguno.

Importante

Si es posible, quite el grupo de disponibilidad solo mientras esté conectado a la instancia de servidor que hospeda la réplica principal. Cuando el grupo de disponibilidad se quita de la réplica principal, se permiten cambios en las bases de datos principales anteriores (sin protección de alta disponibilidad). Al eliminar un grupo de disponibilidad de una réplica secundaria, la réplica principal queda en el estado RESTORING y no se permiten cambios en las bases de datos.

Para obtener información sobre formas alternativas de quitar un grupo de disponibilidad, vea Quitar un grupo de disponibilidad (SQL Server).

Convenciones de sintaxis de Transact-SQL

Sintaxis

DROP AVAILABILITY GROUP group_name 
[ ; ]

Argumentos

• group_name
  Especifica el nombre del grupo de disponibilidad que se va a quitar.

Limitaciones y recomendaciones

• La ejecución de DROP AVAILABILITY GROUP requiere que la característica Grupos de disponibilidad AlwaysOn esté habilitada en la instancia de servidor. Para obtener más información, vea Habilitar y deshabilitar grupos de disponibilidad de AlwaysOn (SQL Server).

• DROP AVAILABILITY GROUP no se puede ejecutar como parte de lotes o dentro de transacciones. Además, no se admiten expresiones ni variables.

• Puede quitar un grupo de disponibilidad de cualquier nodo de clústeres de conmutación por error de Windows Server (WSFC) que posea las credenciales de seguridad correctas para el grupo de disponibilidad. Esto permite eliminar un grupo de disponibilidad cuando ninguna de sus réplicas de disponibilidad permanece.

  Importante

  Evite quitar un grupo de disponibilidad cuando el clúster de Clústeres de conmutación por error de Windows Server (WSFC) no tiene quórum. Si debe quitar un grupo de disponibilidad mientras el clúster no tiene quórum, el grupo de disponibilidad de metadatos que se almacena en el clúster no se quita. Cuando el clúster recupere el quórum, necesitará volver a quitar el grupo de disponibilidad para quitarlo del clúster de WSFC.

• En una réplica secundaria, solo se debe usar DROP AVAILABILITY GROUP en caso de emergencia. Esto se debe a que al quitar un grupo de disponibilidad este se queda sin conexión. Si quita el grupo de disponibilidad de una réplica secundaria, la réplica principal no puede determinar si el estado OFFLINE se debió a la pérdida del quórum, a una conmutación por error forzada o a un comando DROP AVAILABILITY GROUP. La réplica principal cambia al estado RESTORING para impedir una posible situación de cerebro dividido. Para obtener más información, vea Cómo funciona: comportamientos de DROP AVAILABILITY GROUP (blog de los ingenieros de SQL Server de CSS).

Seguridad

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. Para quitar un grupo de disponibilidad que no se encuentra hospedado en la instancia del servidor local se necesita el permiso CONTROL SERVER o el permiso CONTROL en ese grupo de disponibilidad.

Ejemplos

En el ejemplo siguiente se quita el grupo de disponibilidad AccountsAG.

DROP AVAILABILITY GROUP AccountsAG;

Contenido relacionado

• Cómo funciona: comportamientos de DROP AVAILABILITY GROUP (blog de los ingenieros de SQL Server de CSS).

[Arriba]

Vea también

Referencia

ALTER AVAILABILITY GROUP (Transact-SQL)

CREATE AVAILABILITY GROUP (Transact-SQL)

Conceptos

Quitar un grupo de disponibilidad (SQL Server)