This topic introduces the Transact-SQL statements that support deploying AlwaysOn Availability Groups and creating and managing an given availability group, availability replica and availability database.
In This Topic:
CREATE AVAILABILITY GROUP
ALTER AVAILABILITY GROUP
ALTER DATABASE SET HADR Options
DROP AVAILABILITY GROUP
Restrictions on the AVAILABILITY GROUP Transact-SQL statements
CREATE ENDPOINT … FOR DATABASE_MIRRORING creates a database mirroring endpoint, if none exists on the server instance. Every server instance on which you intend to deploy AlwaysOn Availability Groups or database mirroring requires a database mirroring endpoint.
Execute this statement on the server instance on which you are creating the endpoint. You can create only one database mirroring endpoint on a given server instance. For more information, see The Database Mirroring Endpoint (SQL Server).
CREATE AVAILABILITY GROUP creates a new availability group and optionally an availability group listener. Minimally, you must specify your local server instance, which will become the initial primary replica. Optionally, you can also specify up to four secondary replicas.
Execute CREATE AVAILABILITY GROUP on the instance of SQL Server that you want to host the initial primary replica of your new availability group. This server instance must reside on a node of a Windows Server Failover Cluster (WSFC) (for more information, see Prerequisites, Restrictions, and Recommendations for AlwaysOn Availability Groups (SQL Server).
ALTER AVAILABILITY GROUP supports changing an existing availability group or availability group listener and for failing over an availability group.
Execute ALTER AVAILABILITY GROUP on the instance of SQL Server that hosts the current primary replica.
The options of the SET HADR clause of the ALTER DATABASE statement enables you to join a secondary database to the availability group of the corresponding primary database, remove a joined database, and suspend data synchronization on a joined database, and resume data synchronization.
DROP AVAILABILITY GROUP removes a specified availability group and all of its replicas. DROP AVAILABILITY GROUP can be run from any AlwaysOn Availability Groups node in the WSFC failover cluster.
The CREATE AVAILABILITY GROUP, ALTER AVAILABILITY GROUP, and DROP AVAILABILITY GROUP Transact-SQL statements have the following limitations:
With the exception of DROP AVAILABILITY GROUP, executing these statements requires that the HADR service is enabled on the instance of SQL Server. For more information, see Enable and Disable AlwaysOn Availability Groups (SQL Server).
These statements cannot be executed within transactions or batches.
Though they make a best effort to clean up after a failure, these statements do not guarantee that they will roll back all changes on failure. However, systems should be able cleanly handle and then ignore partial failures.
These statements do not support expressions or variables.
If a Transact-SQL statement is executed while another availability group action or recovery is in process, the statement returns an error. Wait for the action or recovery to complete, and retry the statement, if necessary.