Condividi tramite


DROP AVAILABILITY GROUP (Transact-SQL)

Si applica a: SQL Server

Rimuove il gruppo di disponibilità specificato e tutte le relative repliche. Se un'istanza del server che ospita una delle repliche di disponibilità è offline quando si elimina un gruppo di disponibilità, la replica di disponibilità locale verrà eliminata dall'istanza del server quando torna online. La rimozione di un gruppo di disponibilità comporta l'eliminazione dell'eventuale listener del gruppo di disponibilità associato.

Importante

Se possibile, rimuovere il gruppo di disponibilità solo se connesso all'istanza del server in cui è ospitata la replica primaria. Se il gruppo di disponibilità viene rimosso dalla replica primaria, sono consentite modifiche nei database primari precedenti (senza protezione a disponibilità elevata). Eliminando un gruppo di disponibilità da una replica secondaria, la replica primaria viene mantenuta nello stato RESTORING e non sono consentite modifiche nei database.

Per informazioni sui metodi alternativi per eliminare un gruppo di disponibilità, vedere Rimuovere un gruppo di disponibilità (SQL Server).

Convenzioni relative alla sintassi Transact-SQL

Sintassi

DROP AVAILABILITY GROUP group_name   
[ ; ]  

Argomenti

group_name
Specifica il nome del gruppo di disponibilità da eliminare.

Limitazioni e consigli

  • L'esecuzione di DROP AVAILABILITY GROUP richiede che la funzionalità Gruppi di disponibilità AlwaysOn sia abilitata nell'istanza del server. Per altre informazioni, vedere Abilitare e disabilitare la funzionalità Gruppi di disponibilità Always On (SQL Server).

  • Non è possibile eseguire DROP AVAILABILITY GROUP come parte di batch o all'interno di transazioni. Le espressioni e le variabili non sono supportate.

  • È possibile eliminare un gruppo di disponibilità da qualsiasi nodo WSFC (Windows Server Failover Clustering) che disponga delle credenziali di sicurezza corrette per il gruppo di disponibilità. In questo modo, è possibile eliminare un gruppo di disponibilità quando non rimane nessuna delle relative repliche di disponibilità.

    Importante

    Evitare di eliminare un gruppo di disponibilità se il cluster WSFC (Windows Server Failover Clustering) non dispone di quorum. Se è necessario eliminare un gruppo di disponibilità quando il cluster non dispone di quorum, non verrà rimosso il gruppo di disponibilità dei metadati archiviato nel cluster. Una volta che il cluster avrà riacquisito il quorum, sarà necessario eliminare nuovamente il gruppo di disponibilità per rimuoverlo dal cluster WSFC.

  • In una replica secondaria è opportuno usare DROP AVAILABILITY GROUP solo in casi di emergenza, poiché, se si elimina un gruppo di disponibilità, quest'ultimo viene portato offline. Se si elimina il gruppo di disponibilità da una replica secondaria, la replica primaria non è in grado di determinare se lo stato è passato a OFFLINE a causa della perdita del quorum, di un failover forzato o di un comando DROP AVAILABILITY GROUP. La replica primaria passa allo stato RESTORING per impedire una possibile situazione split-brain. Per altre informazioni, vedere How It Works: DROP AVAILABILITY GROUP Behaviors (Funzionamento: comportamenti di DROP AVAILABILITY GROUP) nel blog del Supporto Tecnico di SQL Server.

Sicurezza

Autorizzazioni

Sono necessarie l'autorizzazione ALTER AVAILABILITY GROUP nel gruppo di disponibilità, l'autorizzazione CONTROL AVAILABILITY GROUP permission, l'autorizzazione ALTER ANY AVAILABILITY GROUP o l'autorizzazione CONTROL SERVER. Per eliminare un gruppo di disponibilità non ospitato dall'istanza del server locale, è necessaria l'autorizzazione CONTROL SERVER o CONTROL in tale gruppo di disponibilità.

Esempi

Nell'esempio seguente viene eliminato il gruppo di disponibilità AccountsAG.

DROP AVAILABILITY GROUP AccountsAG;  

Contenuto correlato

Vedi anche

ALTER AVAILABILITY GROUP (Transact-SQL)
CREATE AVAILABILITY GROUP (Transact-SQL)
Rimuovere un gruppo di disponibilità (SQL Server)