DROP AVAILABILITY GROUP (Transact-SQL)

Remove o grupo de disponibilidade especificado e todas as suas réplicas. Se uma instância de servidor que hospeda uma das réplicas de disponibilidade estiver offline quando você exclui um grupo de disponibilidade, ela removerá a réplica de disponibilidade local quando estiver online novamente. O cancelamento de um grupo de disponibilidade também exclui o ouvinte de grupo de disponibilidade associado, se houver.

Importante

Se possível, remova o grupo de disponibilidade somente quando ele estiver conectado à instância do servidor que hospeda a réplica primária. Quando o grupo de disponibilidade é removido da réplica primária, são permitidas alterações nos bancos de dados primários antigos (sem proteção de alta disponibilidade). Quando um grupo de disponibilidade é excluído de uma réplica secundária, a réplica primária fica no estado RESTORING, e as alterações não são permitidas nos bancos de dados.

Para obter informações sobre formas alternativas de descartar um grupo de disponibilidade, consulte Remover um grupo de disponibilidade (SQL Server).

Convenções da sintaxe Transact-SQL

Sintaxe

DROP AVAILABILITY GROUP group_name 
[ ; ]

Argumentos

• group_name
  Especifica o nome do grupo de disponibilidade a ser cancelado.

Limitações e recomendações

• A execução de DROP AVAILABILITY GROUP exige que o recurso de grupos de disponibilidade AlwaysOn seja habilitado na instância de servidor. Para obter mais informações, consulte Habilitar e desabilitar Grupos de Disponibilidade AlwaysOn (SQL Server).

• DROP AVAILABILITY GROUP não pode ser executado como parte de lotes ou dentro de transações. Além disso, expressões e variáveis não têm suporte.

• Você pode remover um grupo de disponibilidade de qualquer nó WSFC (Windows Server Failover Clustering) que processa as credenciais de segurança corretas para o grupo de disponibilidade. Isso permite excluir um grupo de disponibilidade quando nenhuma de suas réplicas de disponibilidade permanece.

  Importante

  Evite remover um grupo de disponibilidade quando o cluster WSFC (Windows Server Failover Clustering) não tem quorum. Caso seja necessário remover um grupo de disponibilidade enquanto o cluster perde quorum, o grupo de disponibilidade de metadados armazenado no cluster não será removido. Depois que o cluster recuperar o quorum, será necessário remover novamente o grupo de disponibilidade para removê-lo do cluster WSFC.

• Em uma réplica secundária, DROP AVAILABILITY GROUP só deve ser usado para fins de emergência. Isso ocorre porque, ao remover um grupo de disponibilidade, você o coloca offline. Se você remover o grupo de disponibilidade de uma réplica secundária, a réplica primária não poderá determinar se o estado OFFLINE ocorreu devido à perda de quorum, a um failover forçado ou a um comando DROP AVAILABILITY GROUP. A réplica primária passa para o estado RESTORING para evitar uma possível situação de separação. Para obter mais informações, consulte como funciona os comportamentos DROP AVAILABILITY GROUP (blog CSS SQL Server Engineers).

Segurança

Permissões

Exige a permissão ALTER AVAILABILITY GROUP no grupo de disponibilidade, a permissão CONTROL AVAILABILITY GROUP, a permissão ALTER ANY AVAILABILITY GROUP ou a permissão CONTROL SERVER. Para cancelar um grupo de disponibilidade que não é hospedado pela instância de servidor local, você precisa da permissão CONTROL SERVER ou CONTROL nesse grupo de disponibilidade.

Exemplos

O exemplo a seguir cancela o grupo de disponibilidade AccountsAG.

DROP AVAILABILITY GROUP AccountsAG;

Conteúdo relacionado

• Para obter mais informações, consulte como funciona os comportamentos DROP AVAILABILITY GROUP (blog CSS SQL Server Engineers)

[Início]

Consulte também

Referência

ALTER AVAILABILITY GROUP (Transact-SQL)

CREATE AVAILABILITY GROUP (Transact-SQL)

Conceitos

Remover um grupo de disponibilidade (SQL Server)