DROP AVAILABILITY GROUP (Transact-SQL)

適用対象:SQL Server

指定された可用性グループとそのすべてのレプリカを削除します。 可用性グループを削除する際、可用性レプリカの 1 つをホストするサーバー インスタンスがオフラインだった場合は、再度オンラインになった時点でローカルの可用性レプリカが削除されます。 可用性グループを削除すると、関連付けられている可用性グループ リスナーも削除されます (存在する場合)。

重要

可能であれば、プライマリ レプリカをホストするサーバー インスタンスに接続しているときにのみ可用性グループを削除してください。 可用性グループをプライマリ レプリカから削除すると、元のプライマリ データベースで変更が許可されます (高可用性の保護なし)。 セカンダリ レプリカから可用性グループを削除すると、プライマリ レプリカは RESTORING 状態になり、変更はデータベースで許可されません。

可用性グループを削除する別の方法については、「可用性グループの削除 (SQL Server)」を参照してください。

Transact-SQL 構文表記規則

構文

DROP AVAILABILITY GROUP group_name   
[ ; ]  

引数

group_name
削除する可用性グループの名前を指定します。

制限事項と推奨事項

  • DROP AVAILABILITY GROUPを実行するには、サーバーインスタンスでAlways On Availability Groups機能を有効にする必要があります。 詳細については、「Always On 可用性グループの有効化と無効化 (SQL Server)」を参照してください。

  • DROP AVAILABILITY GROUP バッチの一部として、またはトランザクション内で実行することはできません。 また、式および変数はサポートされません。

  • 可用性グループの削除は、その可用性グループに対する適切なセキュリティ資格情報が存在する任意の Windows Server フェールオーバー クラスタリング (WSFC) ノードから行うことができます。 そのため、可用性レプリカがまったく残っていなくても可用性グループを削除することができます。

    重要

    Windows Server フェールオーバー クラスタリング (WSFC) クラスターにクォーラムがない場合は、可用性グループを削除しないでください。 クラスターのクォーラムがないときに可用性グループを削除すると、クラスターに格納されているメタデータ可用性グループは削除されません。 クラスターのクォーラムが再取得された後、WSFC クラスターから削除するために、可用性グループをもう一度削除する必要があります。

  • セカンダリ レプリカでは、 DROP AVAILABILITY GROUP は緊急時にのみ使用する必要があります。 理由は、可用性グループを削除すると可用性グループがオフラインになるためです。 セカンダリ複製から可用性グループを解除すると、プライマリレプリカはクオーラム喪失、強制フェイルオーバー、またはコマンドによるDROP AVAILABILITY GROUP発生を判断できません。 スプリット ブレイン状況の発生を防ぐために、プライマリ レプリカは RESTORING 状態に遷移します。 詳細については、「しくみ: DROP AVAILABILITY GROUPの動作 (CSS SQL Server エンジニアのブログ)」を参照してください。

セキュリティ

アクセス許可

可用性グループ、CONTROL ALTER AVAILABILITY GROUP 権限、ALTER ANY AVAILABILITY GROUP 権限、または AVAILABILITY GROUP 権限に対する権限が必要です。 ローカル サーバー インスタンスによってホストされていない可用性グループを削除するには、その可用性グループ上の CONTROL SERVER 権限または CONTROL 権限が必要です。

例

次の例では、 AccountsAG 可用性グループを削除します。

DROP AVAILABILITY GROUP AccountsAG;