Use the New Availability Group Dialog Box (SQL Server Management Studio)
This topic contains information about how to use the New Availability Group dialog box of SQL Server Management Studio to create an AlwaysOn availability group on instances of SQL Server 2012 that are enabled for AlwaysOn Availability Groups. An availability group defines a set of user databases that will fail over as a single unit and a set of failover partners, known as availability replicas, that support failover.
Note
For an introduction to availability groups, see Overview of AlwaysOn Availability Groups (SQL Server).
Before you begin:
Prerequisites
Limitations
Security
Summary of Tasks and Corresponding Transact-SQL Statements
To create an availability group, using: The New Availability Group Dialog Box
Follow up: After Using the New Availability Group Dialog Box to Create an Availability Group
Note
For information about alternative ways to create an availability group, see Related Tasks, later in this topic.
Before You Begin
We strongly recommend that you read this section before attempting to create your first availability group.
Prerequisites
Before creating an availability group, verify that the instances of SQL Server that host availability replicas reside on different Windows Server Failover Clustering (WSFC) node within the same WSFC failover cluster. Also, verify that each of the server instance is enabled for AlwaysOn Availability Groups and meets all other AlwaysOn Availability Groups prerequisites. For more information, we strongly recommend that you read Prerequisites, Restrictions, and Recommendations for AlwaysOn Availability Groups (SQL Server).
Before you create an availability group, ensure that every server instance that will host an availability replica has a fully functioning database mirroring endpoint. For more information, see The Database Mirroring Endpoint (SQL Server).
To use the New Availability Group dialog box, you need to know the names of the server instances that will host availability replicas. Also, you need know the names of any databases that you intend to add to your new availability group, and you need to ensure that these databases meet the availability database prerequisites and restrictions described in Prerequisites, Restrictions, and Recommendations for AlwaysOn Availability Groups (SQL Server). If you enter invalid values, the new availability group will not work.
Limitations
The New Availability Group dialog box does not:
Create an availability group listener.
Join secondary replicas to the availability group.
Perform initial data synchronization.
For information about these configuration tasks, see Follow Up: After Creating an Availability Group, later in this topic.
Security
Permissions
Requires membership in the sysadmin fixed server role and either CREATE AVAILABILITY GROUP server permission, ALTER ANY AVAILABILITY GROUP permission, or CONTROL SERVER permission.
[Top]
Using the New Availability Group Dialog Box (SQL Server Management Studio)
To create an availability group
In Object Explorer, connect to the server instance that hosts the primary replica, and click the server name.
Expand the AlwaysOn High Availability node.
Right-click the Availability Groups node, and select the New Availability Group command.
This command opens up the New Availability Group dialog box.
On the General page, use the Availability group name field to enter a name for the new availability group. This name must be a valid SQL Server identifier that is unique across all availability groups in the WSFC cluster. The maximum length for an availability group name is 128 characters.
In the Availability Databases grid, click Add and enter the name of a local database that you want to belong to this availability group. Repeat this for every database to be added. When you click OK, the dialog will verify whether your specified database meet the prerequisites for belonging to an availability group. For information about these prerequisites, see Prerequisites, Restrictions, and Recommendations for AlwaysOn Availability Groups (SQL Server).
In the Availability Databases grid, click Add and enter the name of a server instance to host a secondary replica. The dialog will not attempt to connect to these instances. If you specify an incorrect server name, a secondary replica will be added but you will be unable to connect to that replica.
Tip
If you have added a replica and cannot connect to the host server instance, you can remove the replica and add a new one. For more information, see Remove a Secondary Replica from an Availability Group (SQL Server) and Add a Secondary Replica to an Availability Group (SQL Server).
On the Select a page pane of the dialog box, click Backup Preferences. Then, on the Backup Preferences page, specify where backups should occur based on replica role and assign backup priorities to each server instances that will host an availability replica for this availability group. For more information, see Availability Group Properties/New Availability Group (Backup Preferences Page).
To create the availability group, click OK. This causes the dialog to verify whether that specified databases meet the prerequisites.
To exit the dialog box without creating the availability group, click Cancel.
[Top]
Follow Up: After Using the New Availability Group Dialog Box to Create an Availability Group
You will need to connect, in turn, to each server instance that is hosting a secondary replica for the availability group and complete the following steps:
Join the secondary replica to the availability group. For more information, see Join a Secondary Replica to an Availability Group (SQL Server).
Restore current backups of each primary database and its transaction log (using RESTORE WITH NORECOVERY). For more information, see Manually Prepare a Secondary Database for an Availability Group (SQL Server).
Immediately join each newly prepared secondary database to the availability group. For more information, see Join a Secondary Database to an Availability Group (SQL Server).
We recommend that you create an availability group listener for the new availability group. This requires that you be connected to the server instance that hosts the current primary replica. For more information, see Create or Configure an Availability Group Listener (SQL Server).
[Top]
Related Tasks
To configure availability group and replica properties
Change the Availability Mode of an Availability Replica (SQL Server)
Change the Failover Mode of an Availability Replica (SQL Server)
Create or Configure an Availability Group Listener (SQL Server)
Specify the Endpoint URL When Adding or Modifying an Availability Replica (SQL Server)
Configure Read-Only Access on an Availability Replica (SQL Server)
Configure Read-Only Routing for an Availability Group (SQL Server)
Change the Session-Timeout Period for an Availability Replica (SQL Server)
To complete availability group configuration
Join a Secondary Replica to an Availability Group (SQL Server)
Manually Prepare a Secondary Database for an Availability Group (SQL Server)
Join a Secondary Database to an Availability Group (SQL Server)
Create or Configure an Availability Group Listener (SQL Server)
Alternative ways to create an availability group
To enable AlwaysOn Availability Groups
To configure a database mirroring endpoint
Create a Database Mirroring Endpoint for AlwaysOn Availability Groups (SQL Server PowerShell)
Create a Database Mirroring Endpoint for Windows Authentication (Transact-SQL)
Use Certificates for a Database Mirroring Endpoint (SQL Server)
Specify the Endpoint URL When Adding or Modifying an Availability Replica (SQL Server)
To troubleshoot AlwaysOn Availability Groups configuration
Troubleshoot AlwaysOn Availability Groups Configuration (SQL Server)
Troubleshoot a Failed Add-File Operation (AlwaysOn Availability Groups)
[Top]
Related Content
[Top]
See Also
Concepts
Overview of AlwaysOn Availability Groups (SQL Server)
The Database Mirroring Endpoint (SQL Server)
Availability Group Listeners, Client Connectivity, and Application Failover (SQL Server)
Prerequisites, Restrictions, and Recommendations for AlwaysOn Availability Groups (SQL Server)