次の方法で共有

DROP AVAILABILITY GROUP (Transact-SQL)

  • [アーティクル]

適用対象: SQL Server

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

重要

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

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

Transact-SQL 構文表記規則

構文

DROP AVAILABILITY GROUP group_name   
[ ; ]

引数

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

制限事項と推奨事項

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

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

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

    重要

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

  • セカンダリ レプリカについては、DROP AVAILABILITY GROUP は緊急の目的だけに使用してください。 理由は、可用性グループを削除すると可用性グループがオフラインになるためです。 セカンダリ レプリカから可用性グループを削除した場合、プライマリ レプリカは、OFFLINE 状態が、クォーラム損失、強制フェールオーバー、または DROP AVAILABILITY GROUP コマンドのどの原因で発生したのかを特定できません。 スプリット ブレイン状況の発生を防ぐために、プライマリ レプリカは RESTORING 状態に遷移します。 詳細については、「 動作方法: DROP AVAILABILITY GROUP の動作 」(CSS SQL Server エンジニアのブログ) を参照してください。

セキュリティ

アクセス許可

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

例

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

DROP AVAILABILITY GROUP AccountsAG;

関連コンテンツ

参照

ALTER AVAILABILITY GROUP (Transact-SQL)
CREATE AVAILABILITY GROUP (Transact-SQL)
可用性グループの削除 (SQL Server)