ALTER AVAILABILITY GROUP (Transact-SQL)ALTER AVAILABILITY GROUP (Transact-SQL)

ОБЛАСТЬ ПРИМЕНЕНИЯ: даSQL Server нетБаза данных SQL AzureнетХранилище данных SQL AzureнетParallel Data WarehouseAPPLIES TO: yesSQL Server noAzure SQL Database noAzure SQL Data Warehouse noParallel Data Warehouse

Изменяет существующую группу доступности AlwaysOn в SQL ServerSQL Server.Alters an existing Always On availability group in SQL ServerSQL Server. Большинство аргументов ALTER AVAILABILITY GROUP поддерживаются только в текущей первичной реплике.Most ALTER AVAILABILITY GROUP arguments are supported only the current primary replica. Однако аргументы JOIN, FAILOVER и FORCE_FAILOVER_ALLOW_DATA_LOSS поддерживаются только во вторичных репликах.However the JOIN, FAILOVER, and FORCE_FAILOVER_ALLOW_DATA_LOSS arguments are supported only on secondary replicas.

Значок ссылки на раздел Синтаксические обозначения в Transact-SQLTopic link icon Transact-SQL Syntax Conventions

СинтаксисSyntax

  
ALTER AVAILABILITY GROUP group_name   
  {  
     SET ( <set_option_spec> )   
   | ADD DATABASE database_name   
   | REMOVE DATABASE database_name  
   | ADD REPLICA ON <add_replica_spec>   
   | MODIFY REPLICA ON <modify_replica_spec>  
   | REMOVE REPLICA ON <server_instance>  
   | JOIN  
   | JOIN AVAILABILITY GROUP ON <add_availability_group_spec> [ ,...2 ]  
   | MODIFY AVAILABILITY GROUP ON <modify_availability_group_spec> [ ,...2 ]  
   | GRANT CREATE ANY DATABASE  
   | DENY CREATE ANY DATABASE  
   | FAILOVER  
   | FORCE_FAILOVER_ALLOW_DATA_LOSS   
   | ADD LISTENER 'dns_name' ( <add_listener_option> )  
   | MODIFY LISTENER 'dns_name' ( <modify_listener_option> )  
   | RESTART LISTENER 'dns_name'  
   | REMOVE LISTENER 'dns_name'  
   | OFFLINE  
  }  
[ ; ]  
  
<set_option_spec> ::=   
    AUTOMATED_BACKUP_PREFERENCE = { PRIMARY | SECONDARY_ONLY| SECONDARY | NONE }  
  | FAILURE_CONDITION_LEVEL  = { 1 | 2 | 3 | 4 | 5 }   
  | HEALTH_CHECK_TIMEOUT = milliseconds  
  | DB_FAILOVER  = { ON | OFF }   
  | DTC_SUPPORT  = { PER_DB | NONE }  
  | REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT = { integer }
  
<server_instance> ::=   
 { 'system_name[\instance_name]' | 'FCI_network_name[\instance_name]' }  
  
<add_replica_spec>::=  
  <server_instance> WITH  
    (  
       ENDPOINT_URL = 'TCP://system-address:port',  
       AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY },  
       FAILOVER_MODE = { AUTOMATIC | MANUAL }   
       [ , <add_replica_option> [ ,...n ] ]  
    )   
  
  <add_replica_option>::=  
       SEEDING_MODE = { AUTOMATIC | MANUAL }  
     | BACKUP_PRIORITY = n  
     | SECONDARY_ROLE ( {   
            [ ALLOW_CONNECTIONS = { NO | READ_ONLY | ALL } ]   
        [,] [ READ_ONLY_ROUTING_URL = 'TCP://system-address:port' ]  
     } )  
     | PRIMARY_ROLE ( {   
            [ ALLOW_CONNECTIONS = { READ_WRITE | ALL } ]   
        [,] [ READ_ONLY_ROUTING_LIST = { ( '<server_instance>' [ ,...n ] ) | NONE } ]  
        [,] [ READ_WRITE_ROUTING_URL = { ( '<server_instance>' ) ] 
     } )  
     | SESSION_TIMEOUT = integer
  
<modify_replica_spec>::=  
  <server_instance> WITH  
    (    
       ENDPOINT_URL = 'TCP://system-address:port'   
     | AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT }   
     | FAILOVER_MODE = { AUTOMATIC | MANUAL }   
     | SEEDING_MODE = { AUTOMATIC | MANUAL }   
     | BACKUP_PRIORITY = n  
     | SECONDARY_ROLE ( {   
          ALLOW_CONNECTIONS = { NO | READ_ONLY | ALL }   
        | READ_ONLY_ROUTING_URL = 'TCP://system-address:port'   
          } )  
     | PRIMARY_ROLE ( {   
          ALLOW_CONNECTIONS = { READ_WRITE | ALL }   
        | READ_ONLY_ROUTING_LIST = { ( '<server_instance>' [ ,...n ] ) | NONE }   
          } )  
     | SESSION_TIMEOUT = seconds  
    )   
  
<add_availability_group_spec>::=  
 <ag_name> WITH  
    (  
       LISTENER_URL = 'TCP://system-address:port',  
       AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT },  
       FAILOVER_MODE = MANUAL,  
       SEEDING_MODE = { AUTOMATIC | MANUAL }  
    )  
  
<modify_availability_group_spec>::=  
 <ag_name> WITH  
    (  
       LISTENER = 'TCP://system-address:port'  
       | AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT }  
       | SEEDING_MODE = { AUTOMATIC | MANUAL }  
    )  
  
<add_listener_option> ::=  
   {  
      WITH DHCP [ ON ( <network_subnet_option> ) ]  
    | WITH IP ( { ( <ip_address_option> ) } [ , ...n ] ) [ , PORT = listener_port ]  
   }  
  
  <network_subnet_option> ::=  
     'ipv4_address', 'ipv4_mask'    
  
  <ip_address_option> ::=  
     {   
        'four_part_ipv4_address', 'four_part_ipv4_mask'  
      | 'ipv6_address'  
     }  
  
<modify_listener_option>::=  
    {  
       ADD IP ( <ip_address_option> )   
     | PORT = listener_port  
    }  
  

АргументыArguments

group_namegroup_name
Указывает имя новой группы доступности.Specifies the name of the new availability group. Аргумент group_name должен быть допустимым идентификатором SQL ServerSQL Server и являться уникальным во всех группах доступности в кластере WSFC.group_name must be a valid SQL ServerSQL Server identifier, and it must be unique across all availability groups in the WSFC cluster.

AUTOMATED_BACKUP_PREFERENCE = { PRIMARY | SECONDARY_ONLY| SECONDARY | NONE }AUTOMATED_BACKUP_PREFERENCE = { PRIMARY | SECONDARY_ONLY| SECONDARY | NONE }
Указывает приоритет, согласно которому задание резервного копирования вычисляет первичную реплику при выборе места для создания резервных копий.Specifies a preference about how a backup job should evaluate the primary replica when choosing where to perform backups. Вы можете написать скрипт для того, чтобы задание резервного копирования учитывало приоритет автоматического резервного копирования.You can script a given backup job to take the automated backup preference into account. Важно понимать, что SQL ServerSQL Server не определяет приоритет, поэтому он не влияет на выполнение нерегламентированного резервного копирования.It is important to understand that the preference is not enforced by SQL ServerSQL Server, so it has no impact on ad hoc backups.

Поддерживается только в первичной реплике.Supported only on the primary replica.

Возможны следующие значения.The values are as follows:

PRIMARYPRIMARY
Указывает, что резервное копирования должно всегда выполняться на первичной реплике.Specifies that the backups should always occur on the primary replica. Данный параметр является полезным, если вам требуются такие функции резервного копирования, как создание разностных резервных копий, которые не поддерживаются при выполнении резервного копирования на вторичной реплике.This option is useful if you need backup features, such as creating differential backups, that are not supported when backup is run on a secondary replica.

Важно!

Если планируется использовать доставку журналов для подготовки баз данных-получателей для группы доступности, задайте параметру автоматизированного резервного копирования значение Первичная до тех пор, пока все базы данных-получатели не будут подготовлены и присоединены к группе доступности.If you plan to use log shipping to prepare any secondary databases for an availability group, set the automated backup preference to Primary until all the secondary databases have been prepared and joined to the availability group.

SECONDARY_ONLYSECONDARY_ONLY
Указывает, что резервное копирование никогда не выполняется на первичной реплике.Specifies that backups should never be performed on the primary replica. Если первичная реплика является единственной репликой, находящейся в режиме «в сети», резервное копирование не будет выполняться.If the primary replica is the only replica online, the backup should not occur.

SECONDARYSECONDARY
Указывает, что резервное копирование должно выполняться на вторичной реплике, за исключением тех случаев, когда в режиме «в сети» находится только первичная реплика.Specifies that backups should occur on a secondary replica except when the primary replica is the only replica online. В этом случае резервное копирование будет выполняться на первичной реплике.In that case, the backup should occur on the primary replica. Это поведение по умолчанию.This is the default behavior.

NoneNONE
Указывает, что вы предпочитаете, чтобы задания резервного копирования пропускали реплики доступности при выборе реплики для создания резервных копий.Specifies that you prefer that backup jobs ignore the role of the availability replicas when choosing the replica to perform backups. Примечание. Задания резервного копирования могут учитывать другие факторы, например приоритет резервного копирования каждой реплики доступности в сочетании с ее состоянием работоспособности и соединения.Note backup jobs might evaluate other factors such as backup priority of each availability replica in combination with its operational state and connected state.

Важно!

Принудительного применения параметра AUTOMATED_BACKUP_PREFERENCE не существует.There is no enforcement of the AUTOMATED_BACKUP_PREFERENCE setting. Интерпретация данного приоритета зависит от логики (при ее наличии), которая внесена в задания резервного копирования для баз данных в указанной группе доступности.The interpretation of this preference depends on the logic, if any, that you script into back jobs for the databases in a given availability group. Параметр автоматического резервного копирования не влияет на выполнение нерегламентированного резервного копирования.The automated backup preference setting has no impact on ad hoc backups. Дополнительные сведения см. в разделе Настройка резервного копирования в репликах доступности (SQL Server).For more information, see Configure Backup on Availability Replicas (SQL Server).

Примечание

Для просмотра приоритета автоматического резервного копирования существующей группы доступности необходимо выбрать столбец automated_backup_preference или automated_backup_preference_desc представления каталога sys.availability_groups.To view the automated backup preference of an existing availability group, select the automated_backup_preference or automated_backup_preference_desc column of the sys.availability_groups catalog view. Кроме того, приоритет реплики резервного копирования можно просмотреть в представлении sys.fn_hadr_backup_is_preferred_replica (Transact-SQL).Additionally, sys.fn_hadr_backup_is_preferred_replica (Transact-SQL) can be used to determine the preferred backup replica. Эта функция всегда возвращает значение 1 при наличии хотя бы одной реплики, даже если AUTOMATED_BACKUP_PREFERENCE = NONE.This function will always return 1 for at least one of the replicas, even when AUTOMATED_BACKUP_PREFERENCE = NONE.

FAILURE_CONDITION_LEVEL = { 1 | 2 | 3 | 4 | 5 }FAILURE_CONDITION_LEVEL = { 1 | 2 | 3 | 4 | 5 }
Указывает, какие условия сбоя могут запустить автоматический переход на другой ресурс в этой группе доступности.Specifies what failure conditions will trigger an automatic failover for this availability group. Параметр FAILURE_CONDITION_LEVEL задается на уровне группы, однако он действует только в отношении реплик доступности, настроенных в режиме доступности синхронной фиксации (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT).FAILURE_CONDITION_LEVEL is set at the group level but is relevant only on availability replicas that are configured for synchronous-commit availability mode (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT). Более того, условия сбоя могут запустить автоматический переход на другой ресурс только в том случае, если и первичная, и вторичная реплики настроены на режим автоматического перехода на другой ресурс (FAILOVER_MODE = AUTOMATIC), при этом вторичная реплика должна в данный момент быть синхронизирована с первичной.Furthermore, failure conditions can trigger an automatic failover only if both the primary and secondary replicas are configured for automatic failover mode (FAILOVER_MODE = AUTOMATIC) and the secondary replica is currently synchronized with the primary replica.

Поддерживается только в первичной реплике.Supported only on the primary replica.

Уровни условий сбоя (1–5) варьируются от наименее ограничительного уровня 1 до наиболее ограничительного уровня 5.The failure-condition levels (1-5) range from the least restrictive, level 1, to the most restrictive, level 5. Заданный уровень условий включает в себя ограничения всех предыдущих уровней.A given condition level encompasses all of the less restrictive levels. Таким образом, наиболее строгий уровень 5 включает в себя ограничения уровней с 1 по 4, уровень 4 содержит ограничения уровней с 1 по 3 и т. д.Thus, the strictest condition level, 5, includes the four less restrictive condition levels (1-4), level 4 includes levels 1-3, and so forth. Уровни условий сбоя описаны в следующей таблице.The following table describes the failure-condition that corresponds to each level.

LevelLevel Условия сбояFailure Condition
11 Указывает, что следует запустить автоматический переход на другой ресурс при возникновении любой из следующих ситуаций.Specifies that an automatic failover should be initiated when any of the following occurs:

Служба SQL ServerSQL Server остановлена.The SQL ServerSQL Server service is down.

Аренда группы доступности для подключения к кластеру WSFC истекла, поскольку от экземпляра сервера не было получено сообщение ACK.The lease of the availability group for connecting to the WSFC cluster expires because no ACK is received from the server instance. Дополнительные сведения см. в разделе Как это работает: время ожидания аренды Always On в SQL Server.For more information, see How It Works: SQL Server Always On Lease Timeout.
22 Указывает, что следует запустить автоматический переход на другой ресурс при возникновении любой из следующих ситуаций.Specifies that an automatic failover should be initiated when any of the following occurs:

Экземпляр SQL ServerSQL Server не подключается к кластеру, а определяемый пользователем порог HEALTH_CHECK_TIMEOUT группы доступности превышен.The instance of SQL ServerSQL Server does not connect to cluster, and the user-specified HEALTH_CHECK_TIMEOUT threshold of the availability group is exceeded.

Реплика доступности находится в неисправном состоянии.The availability replica is in failed state.
33 Указывает, что следует запустить автоматический переход на другой ресурс в случае появления критических внутренних ошибок SQL ServerSQL Server, таких как потерянные спин-блокировки, серьезные нарушения доступа для записи или формирование слишком больших дампов.Specifies that an automatic failover should be initiated on critical SQL ServerSQL Server internal errors, such as orphaned spinlocks, serious write-access violations, or too much dumping.

Это поведение по умолчанию.This is the default behavior.
44 Указывает, что следует запустить автоматический переход на другой ресурс в случае появления не столь серьезных внутренних ошибок SQL ServerSQL Server, например устойчивое состояние нехватки памяти в пуле внутренних ресурсов SQL ServerSQL Server.Specifies that an automatic failover should be initiated on moderate SQL ServerSQL Server internal errors, such as a persistent out-of-memory condition in the SQL ServerSQL Server internal resource pool.
55 Указывает, что следует запустить автоматический переход на другой ресурс при любом удовлетворяющим условиям состоянии сбоя, включая:Specifies that an automatic failover should be initiated on any qualified failure conditions, including:

Исчерпание рабочих потоков SQL Engine.Exhaustion of SQL Engine worker-threads.

Обнаружение неразрешимой взаимоблокировки.Detection of an unsolvable deadlock.

Примечание

Отсутствие ответа экземпляра SQL ServerSQL Server на клиентские запросы не является существенным для групп доступности.Lack of response by an instance of SQL ServerSQL Server to client requests is not relevant to availability groups.

Значения FAILURE_CONDITION_LEVEL и HEALTH_CHECK_TIMEOUT определяют гибкую политику отработки отказа для заданной группы.The FAILURE_CONDITION_LEVEL and HEALTH_CHECK_TIMEOUT values, define a flexible failover policy for a given group. Данная гибкая политика отработки отказа предоставляет гранулярное управление условиями, которые могут вызвать автоматический переход на другой ресурс.This flexible failover policy provides you with granular control over what conditions must cause an automatic failover. Дополнительные сведения см. в разделе Гибкая политика отработки отказа для автоматического перехода на другой ресурс группы доступности (SQL Server).For more information, see Flexible Failover Policy for Automatic Failover of an Availability Group (SQL Server).

HEALTH_CHECK_TIMEOUT = millisecondsHEALTH_CHECK_TIMEOUT = milliseconds
Указывает время ожидания (в миллисекундах) возвращения сведений о состоянии сервера системной хранимой процедурой sp_server_diagnostics перед тем, как кластер WSFC признает, что экземпляр сервера завис или его работа замедлена.Specifies the wait time (in milliseconds) for the sp_server_diagnostics system stored procedure to return server-health information before WSFC cluster assumes that the server instance is slow or hung. Параметр HEALTH_CHECK_TIMEOUT задается на уровне группы, но применяется только в репликах доступности, настроенных для работы в режиме доступности синхронной фиксации с автоматическим переходом на другой ресурс (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT).HEALTH_CHECK_TIMEOUT is set at the group level but is relevant only on availability replicas that are configured for synchronous-commit availability mode with automatic failover (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT). Более того, время ожидания для проверки состояния системы может запустить автоматический переход на другой ресурс только в том случае, если первичная и вторичная реплики настроены на режим автоматического перехода на другой ресурс (FAILOVER_MODE = AUTOMATIC), при этом вторичная реплика должна быть в данный момент синхронизирована с первичной.Furthermore, a health-check timeout can trigger an automatic failover only if both the primary and secondary replicas are configured for automatic failover mode (FAILOVER_MODE = AUTOMATIC) and the secondary replica is currently synchronized with the primary replica.

Значение параметра HEALTH_CHECK_TIMEOUT по умолчанию — 30 000 миллисекунд (30 секунд).The default HEALTH_CHECK_TIMEOUT value is 30000 milliseconds (30 seconds). Минимальное значение — 15 000 миллисекунд (15 секунд), а максимальное значение — 4 294 967 295 миллисекунд.The minimum value is 15000 milliseconds (15 seconds), and the maximum value is 4294967295 milliseconds.

Поддерживается только в первичной реплике.Supported only on the primary replica.

Важно!

sp_server_diagnostics не выполняет проверку работоспособности на уровне базы данных.sp_server_diagnostics does not perform health checks at the database level.

DB_FAILOVER = { ON | OFF }DB_FAILOVER = { ON | OFF }
Задает реакцию в случае, когда база данных в первичной реплике находится в автономном режиме.Specifies the response to take when a database on the primary replica is offline. Если задано значение ON, любое состояние базы данных в группе доступности, отличное от ONLINE, инициирует автоматический переход на другой ресурс.When set to ON, any status other than ONLINE for a database in the availability group triggers an automatic failover. Если этот параметр имеет значение OFF, для запуска автоматического перехода на другой ресурс учитывается только работоспособность экземпляра.When this option is set to OFF, only the health of the instance is used to trigger automatic failover.

Дополнительные сведения об этом параметре см. в разделе Параметр определения уровня работоспособности баз данныхFor more information regarding this setting, see Database Level Health Detection Option

DTC_SUPPORT = { PER_DB | NONE }DTC_SUPPORT = { PER_DB | NONE }
Указывает, включены ли распределенные транзакции для этой группы доступности.Specifies whether distributed transactions are enabled for this Availability Group. Распределенные транзакции поддерживаются для баз данных в группе доступности только начиная с SQL Server 2016 (13.x)SQL Server 2016 (13.x), а транзакции между базами данных — начиная с SQL Server 2016 (13.x)SQL Server 2016 (13.x) с пакетом обновления 2 (SP2).Distributed transactions are only supported for availability group databases beginning in SQL Server 2016 (13.x)SQL Server 2016 (13.x), and cross-database transactions are only supported beginning in SQL Server 2016 (13.x)SQL Server 2016 (13.x) SP2. PER_DB создает группу доступности с поддержкой таких транзакций и автоматически делает транзакции между базами данных в группе доступности распределенными транзакциями.PER_DB creates the availability group with support for these transactions and will automatically promote cross-database transactions involving database(s) in the Availability Group into distributed transactions. NONE запрещает автоматическое преобразование транзакций между базами данных в распределенные транзакции и не регистрирует базу данных с устойчивым RMID в DTC.NONE prevents the automatic promotion of cross-database transactions to distributed transactions and does not register the database with a stable RMID in DTC. При использовании параметра NONE распределенные транзакции не запрещаются, однако отработка отказа и автоматическое восстановление базы данных в некоторых условиях могут быть невозможны.Distributed transactions are not prevented when the NONE setting is used, but database failover and automatic recovery may not succeed under some circumstances. Дополнительные сведения см. в статье Транзакции между базами данных и распределенные транзакции для групп доступности AlwaysOn и зеркального отображения базы данных (SQL Server).For more information, see Cross-Database Transactions and Distributed Transactions for Always On Availability Groups and Database Mirroring (SQL Server).

Примечание

Поддержка изменения параметра DTC_SUPPORT для группы доступности появилась в SQL Server 2016 (13.x)SQL Server 2016 (13.x) с пакетом обновления 2 (SP2).Support for changing the DTC_SUPPORT setting of an Availability Group was introduced in SQL Server 2016 (13.x)SQL Server 2016 (13.x) Service Pack 2. Этот параметр нельзя использовать с более ранними версиями.This option cannot be used with earlier versions. Чтобы изменить его в более ранних версиях SQL ServerSQL Server, необходимо удалить (DROP), а затем снова создать (CREATE) группу доступности.To change this setting in earlier versions of SQL ServerSQL Server, you must DROP and CREATE the availability group again.

REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMITREQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT
Впервые представлено в SQL Server 2017.Introduced in SQL Server 2017. Позволяет задать минимальное число синхронных вторичных реплик, необходимых для фиксации, прежде чем первичная реплика зафиксирует транзакцию.Used to set a minimum number of synchronous secondary replicas required to commit before the primary commits a transaction. Гарантирует, что транзакции SQL Server будут ожидать, пока журналы транзакций не будут обновлены минимальным числом вторичных реплик.Guarantees that SQL Server transactions will wait until the transaction logs are updated on the minimum number of secondary replicas. Значение по умолчанию — 0, что дает ту же реакцию на событие, как и в SQL Server 2016.The default is 0 which gives the same behavior as SQL Server 2016. Минимальное значение — 0.The minimum value is 0. Максимальное значение — число реплик минус 1.The maximum value is the number of replicas minus 1. Этот параметр относится к репликам в режиме синхронной фиксации.This option relates to replicas in synchronous commit mode. Когда реплики находятся в режиме синхронной фиксации, операции записи на первичной реплике ждут, пока операции записи на вторичных синхронных репликах не будут зафиксированы в журнале транзакций базы данных реплики.When replicas are in synchronous commit mode, writes on the primary replica wait until writes on the secondary synchronous replicas are committed to the replica database transaction log. Если SQL Server, на котором размещена вторичная синхронная реплика, перестает отвечать, SQL Server, на котором размещена первичная реплика, отметит вторичную реплику как NOT SYNCHRONIZED и продолжит.If a SQL Server that hosts a secondary synchronous replica stops responding, the SQL Server that hosts the primary replica will mark that secondary replica as NOT SYNCHRONIZED and proceed. Когда недоступная база данных снова подключается к сети, она будет находиться в состоянии "не синхронизировано", и реплика будет отмечена как неработоспособная, пока снова не синхронизируется с первичной репликой.When the unresponsive database comes back online it will be in a "not synced" state and the replica will be marked as unhealthy until the primary can make it synchronous again. Данный параметр гарантирует, что первичная реплика не продолжит работу, пока минимальное число реплик не зафиксирует каждую транзакцию.This setting guarantees that the primary replica will not proceed until the minimum number of replicas have committed each transaction. Если минимальное число реплик недоступно, фиксация в первичной реплике завершается ошибкой.If the minimum number of replicas is not available then commits on the primary will fail. В кластере типа EXTERNAL этот параметр меняется при добавлении группы доступности в кластерный ресурс.For cluster type EXTERNAL the setting is changed when the availability group is added to a cluster resource. См. Высокий уровень доступности и защита данных для конфигураций группы доступности.See High availability and data protection for availability group configurations.

ADD DATABASE database_nameADD DATABASE database_name
Задает список из одной или нескольких пользовательских баз данных, которые нужно добавить в группу доступности.Specifies a list of one or more user databases that you want to add to the availability group. Эти базы данных должны размещаться в экземпляре SQL ServerSQL Server, где размещается текущая первичная реплика.These databases must reside on the instance of SQL ServerSQL Server that hosts the current primary replica. Можно указать несколько баз данных для группы доступности, но каждая база данных может принадлежать только к одной группе доступности.You can specify multiple databases for an availability group, but each database can belong to only one availability group. Дополнительные сведения о типе баз данных, который поддерживают группы доступности, см. в разделе Предварительные требования, ограничения и рекомендации для групп доступности AlwaysOn (SQL Server).For information about the type of databases that an availability group can support, see Prerequisites, Restrictions, and Recommendations for Always On Availability Groups (SQL Server). Чтобы узнать, какие локальные базы данных уже принадлежат группе доступности, просмотрите столбец replica_id в представлении каталога sys.databases.To find out which local databases already belong to an availability group, see the replica_id column in the sys.databases catalog view.

Поддерживается только в первичной реплике.Supported only on the primary replica.

Примечание

После создания группы доступности необходимо подключиться к каждому экземпляру сервера, где размещается вторичная реплика, а затем подготовить каждую базу данных-получатель и включить ее в группу доступности.After you have created the availability group, you will need connect to each server instance that hosts a secondary replica and then prepare each secondary database and join it to the availability group. Дополнительные сведения см. в статье Запуск перемещения данных для базы данных-получателя AlwaysOn (SQL Server).For more information, see Start Data Movement on an Always On Secondary Database (SQL Server).

REMOVE DATABASE database_nameREMOVE DATABASE database_name
Удаляет указанную базу данных-источник и соответствующие базы данных-получатели из группы доступности.Removes the specified primary database and the corresponding secondary databases from the availability group. Поддерживается только в первичной реплике.Supported only on the primary replica.

Сведения о рекомендуемых действиях, выполняемых после удаления базы данных доступности из группы доступности, см. в разделе Удаление базы данных-источника из группы доступности (SQL Server).For information about the recommended follow up after removing an availability database from an availability group, see Remove a Primary Database from an Availability Group (SQL Server).

ADD REPLICA ONADD REPLICA ON
Задает до восьми экземпляров SQL Server для размещения вторичных реплик в группе доступности.Specifies from one to eight SQL server instances to host secondary replicas in an availability group. Каждая реплика задается по адресу экземпляра своего сервера, за которым следует предложение WITH (…).Each replica is specified by its server instance address followed by a WITH (...) clause.

Поддерживается только в первичной реплике.Supported only on the primary replica.

Необходимо включить каждую новую вторичную реплику в группу доступности.You need to join every new secondary replica to the availability group. Дополнительные сведения см. в описании параметра JOIN далее в этом разделе.For more information, see the description of the JOIN option, later in this section.

<server_instance><server_instance>
Задает адрес экземпляра SQL ServerSQL Server, на котором размещена реплика.Specifies the address of the instance of SQL ServerSQL Server that is the host for a replica. Формат адреса зависит от вида экземпляра (именованный или по умолчанию) и типа экземпляра (изолированный или экземпляр отказоустойчивого кластера).The address format depends on whether the instance is the default instance or a named instance and whether it is a standalone instance or a failover cluster instance (FCI). Синтаксис:The syntax is as follows:

{ 'системное_имя[\имя_экземпляра]' | 'сетевое_имя_FCI[\имя_экземпляра]' }{ 'system_name[\instance_name]' | 'FCI_network_name[\instance_name]' }

Этот адрес состоит из следующих компонентов:The components of this address are as follows:

системное_имяsystem_name
Имя NetBIOS компьютера, на котором расположен целевой экземпляр SQL ServerSQL Server.Is the NetBIOS name of the computer system on which the target instance of SQL ServerSQL Server resides. Этот компьютер должен быть узлом кластера WSFC.This computer must be a WSFC node.

сетевое_имя_FCIFCI_network_name
Это сетевое имя, используемое для доступа к отказоустойчивому кластеру SQL ServerSQL Server.Is the network name that is used to access a SQL ServerSQL Server failover cluster. Используйте его, если экземпляр сервера является участником — партнером по обеспечению отработки отказа SQL ServerSQL Server.Use this if the server instance participates as a SQL ServerSQL Server failover partner. Выполнение SELECT @@SERVERNAME на экземпляре сервера FCI возвращает всю его строку 'FCI_network_name[\instance_name]' (то есть полное имя реплики).Executing SELECT @@SERVERNAME on an FCI server instance returns its entire 'FCI_network_name[\instance_name]' string (which is the full replica name).

instance_nameinstance_name
Имя экземпляра SQL ServerSQL Server, размещенного на system_name или FCI_network_name с поддержкой AlwaysOn.Is the name of an instance of a SQL ServerSQL Server that is hosted by system_name or FCI_network_name and that has Always On enabled. Для экземпляра сервера по умолчанию указывать параметр имя_экземпляра не обязательно.For a default server instance, instance_name is optional. В именах экземпляров не учитывается регистр символов.The instance name is case insensitive. На экземпляре изолированного сервера это имя значения совпадает со значением, возвращаемым при выполнении инструкции SELECT @@SERVERNAME.On a stand-alone server instance, this value name is the same as the value returned by executing SELECT @@SERVERNAME.

\
Разделитель, используемый только при указании значения instance_name для отделения от аргументов system_name или FCI_network_name.Is a separator used only when specifying instance_name, in order to separate it from system_name or FCI_network_name.

Дополнительные сведения о предварительных требованиях для узлов WSFC и экземпляров серверов см. в статье Предварительные требования, ограничения и рекомендации для групп доступности AlwaysOn (SQL Server).For information about the prerequisites for WSFC nodes and server instances, see Prerequisites, Restrictions, and Recommendations for Always On Availability Groups (SQL Server).

ENDPOINT_URL ='TCP://system-address:port'ENDPOINT_URL ='TCP://system-address:port'
Задает URL-адрес для конечной точки зеркального отображения базы данных в экземпляре SQL ServerSQL Server, где будет размещаться реплика доступности, которая добавляется или изменяется.Specifies the URL path for the database mirroring endpoint on the instance of SQL ServerSQL Server that will host the availability replica that you are adding or modifying.

ENDPOINT_URL обязательно требуется в предложении ADD REPLICA ON и является необязательным в предложении MODIFY REPLICA ON.ENDPOINT_URL is required in the ADD REPLICA ON clause and optional in the MODIFY REPLICA ON clause. Дополнительные сведения см. в разделе Указание URL-адреса конечной точки при добавлении или изменении реплики доступности (SQL Server).For more information, see Specify the Endpoint URL When Adding or Modifying an Availability Replica (SQL Server).

' TCP :// system-address : port '' TCP ://system-address:port'
Задает URL-адрес для конечной точки или URL-адрес маршрутизации, доступный только для чтения.Specifies a URL for specifying an endpoint URL or read-only routing URL. Параметры URL-адреса:The URL parameters are as follows:

system-addresssystem-address
Это строка, такая как адрес системы, полное доменное имя или IP-адрес, однозначно идентифицирующий целевую компьютерную систему.Is a string, such as a system name, a fully qualified domain name, or an IP address, that unambiguously identifies the destination computer system.

portport
Номер порта, связанный с конечной точкой зеркального отображения экземпляра сервера (для параметра ENDPOINT_URL), или номер порта, используемый компонентом Компонент Database EngineDatabase Engine в экземпляре сервера (для параметра READ_ONLY_ROUTING_URL).Is a port number that is associated with the mirroring endpoint of the server instance (for the ENDPOINT_URL option) or the port number used by the Компонент Database EngineDatabase Engine of the server instance (for the READ_ONLY_ROUTING_URL option).

AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY }AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY }
Указывает, должна ли первичная реплика ждать подтверждения фиксации (записи) записей журнала на диск от вторичной реплики перед тем, как фиксировать транзакцию в указанной базе данных.Specifies whether the primary replica has to wait for the secondary replica to acknowledge the hardening (writing) of the log records to disk before the primary replica can commit the transaction on a given primary database. Фиксация транзакций в других базах данных, расположенных в этой первичной реплике, может выполняться независимо.The transactions on different databases on the same primary replica can commit independently.

SYNCHRONOUS_COMMITSYNCHRONOUS_COMMIT
Указывает, что первичная реплика может фиксировать транзакции только после их записи на данной вторичной реплике (режим синхронной фиксации).Specifies that the primary replica will wait to commit transactions until they have been hardened on this secondary replica (synchronous-commit mode). Вы можете указать SYNCHRONOUS_COMMIT не более чем для трех реплик, включая первичную.You can specify SYNCHRONOUS_COMMIT for up to three replicas, including the primary replica.

ASYNCHRONOUS_COMMITASYNCHRONOUS_COMMIT
Указывает, что первичная реплика фиксирует транзакции без ожидания записи журнала на данной вторичной реплике (режим доступности синхронной фиксации).Specifies that the primary replica commits transactions without waiting for this secondary replica to harden the log (synchronous-commit availability mode). Вы можете указать ASYNCHRONOUS_COMMIT не более чем для пяти реплик доступности, включая первичную реплику.You can specify ASYNCHRONOUS_COMMIT for up to five availability replicas, including the primary replica.

CONFIGURATION_ONLY указывает, что первичная реплика синхронно фиксирует метаданные конфигурации группы доступности в базе данных master этой реплики.CONFIGURATION_ONLY Specifies that the primary replica synchronously commit availability group configuration metadata to the master database on this replica. Реплика не будет содержать данные пользователя.The replica will not contain user data. Этот параметр:This option:

  • Может размещаться в любом выпуске SQL Server, включая экспресс-выпуск.Can be hosted on any edition of SQL Server, including Express Edition.

  • Требует, чтобы конечная точка зеркального отображения данных реплики CONFIGURATION_ONLY имела тип WITNESS.Requires the data mirroring endpoint of the CONFIGURATION_ONLY replica to be type WITNESS.

  • Не может быть изменен.Can not be altered.

  • Недопустим, когда CLUSTER_TYPE = WSFC.Is not valid when CLUSTER_TYPE = WSFC.

    Дополнительные сведения см. в разделе Реплика только с конфигурацией.For more information, see Configuration only replica.

AVAILABILITY_MODE обязательно требуется в предложении ADD REPLICA ON и является необязательным в предложении MODIFY REPLICA ON.AVAILABILITY_MODE is required in the ADD REPLICA ON clause and optional in the MODIFY REPLICA ON clause. Дополнительные сведения см. в разделе Режимы доступности (группы доступности AlwaysOn).For more information, see Availability Modes (Always On Availability Groups).

FAILOVER_MODE = { AUTOMATIC | MANUAL }FAILOVER_MODE = { AUTOMATIC | MANUAL }
Указывает режим отработки отказов определяемой реплики доступности.Specifies the failover mode of the availability replica that you are defining.

AUTOMATICAUTOMATIC
Включает автоматический переход на другой ресурс.Enables automatic failover. AUTOMATIC поддерживается, только если указан параметр AVAILABILITY_MODE = SYNCHRONOUS_COMMIT.AUTOMATIC is supported only if you also specify AVAILABILITY_MODE = SYNCHRONOUS_COMMIT. Значение AUTOMATIC можно задать для трех реплик доступности, включая первичную.You can specify AUTOMATIC for three availability replicas, including the primary replica.

Примечание

До версии SQL Server 2016 число реплик с автоматическим переходом на другой ресурс было ограничено двумя, включая первичную реплику.Prior to SQL Server 2016, you were limited to two automatic failover replicas, including the primary replica

Примечание

Экземпляры отказоустойчивого кластера SQL Server не поддерживают автоматический переход на другой ресурс с учетом групп доступности, поэтому любая реплика доступности, размещенная в них, должна быть настроена для перехода на другой ресурс вручную.SQL Server Failover Cluster Instances (FCIs) do not support automatic failover by availability groups, so any availability replica that is hosted by an FCI can only be configured for manual failover.

MANUALMANUAL
Позволяет администратору базы данных осуществлять переход на другой ресурс вручную или принудительно (принудительный переход на другой ресурс).Enables manual failover or forced manual failover (forced failover) by the database administrator.

FAILOVER_MODE обязательно требуется в предложении ADD REPLICA ON и является необязательным в предложении MODIFY REPLICA ON.FAILOVER_MODE is required in the ADD REPLICA ON clause and optional in the MODIFY REPLICA ON clause. Существует два вида перехода на другой ресурс вручную: переход на другой ресурс вручную без потери данных и принудительный переход на другой ресурс (с возможной потерей данных), которые поддерживаются в зависимости от различных условий.Two types of manual failover exist, manual failover without data loss and forced failover (with possible data loss), which are supported under different conditions. Дополнительные сведения см. далее в подразделе Отработка отказа и режимы отработки отказа (группы доступности AlwaysOn).For more information, see Failover and Failover Modes (Always On Availability Groups).

SEEDING_MODE = { AUTOMATIC | MANUAL }SEEDING_MODE = { AUTOMATIC | MANUAL }
Указывает, как вторичная реплика изначально заполняется данными.Specifies how the secondary replica will be initially seeded.

AUTOMATICAUTOMATIC
Включает прямое первоначальное заполнение.Enables direct seeding. Этот метод будет заполнять вторичную реплику начальными значениями по сети.This method will seed the secondary replica over the network. Этот метод не требует резервного копирования и восстановления копии базы данных-источника в реплике.This method does not require you to backup and restore a copy of the primary database on the replica.

Примечание

Для прямого присвоения начальных значений необходимо разрешить создание базы данных в каждой вторичной реплике с помощью инструкции ALTER AVAILABILITY GROUP с параметром GRANT CREATE ANY DATABASE.For direct seeding, you must allow database creation on each secondary replica by calling ALTER AVAILABILITY GROUP with the GRANT CREATE ANY DATABASE option.

MANUALMANUAL
Указывает на присвоение начальных значений вручную (по умолчанию).Specifies manual seeding (default). В этом методе вы создаете резервную копию базы данных на первичной реплике и вручную восстанавливаете эту резервную копию на вторичной реплике.This method requires you to create a backup of the database on the primary replica and manually restore that backup on the secondary replica.

BACKUP_PRIORITY = nBACKUP_PRIORITY =n
Указывает приоритет выполнения резервного копирования на данной реплике по отношению к другим репликам из той же группы доступности.Specifies your priority for performing backups on this replica relative to the other replicas in the same availability group. Значение представляет собой целое число в диапазоне от 0 до 100.The value is an integer in the range of 0..100. Данные величины имеют следующие значения:These values have the following meanings:

  • 1..100 показывает, что реплику доступности можно выбрать для выполнения резервного копирования.1..100 indicates that the availability replica could be chosen for performing backups. 1 указывает минимальный приоритет, 100 — наивысший приоритет.1 indicates the lowest priority, and 100 indicates the highest priority. При BACKUP_PRIORITY = 1 реплика доступности будет выбрана для создания резервных копий только в том случае, если реплики доступности с более высоким приоритетом отсутствуют.If BACKUP_PRIORITY = 1, the availability replica would be chosen for performing backups only if no higher priority availability replicas are currently available.

  • Значение 0 указывает, что эта реплика доступности никогда не будет использоваться для создания резервных копий.0 indicates that this availability replica will never be chosen for performing backups. Этот параметр может быть полезным, например, для исключения удаленной реплики доступности, создание резервных копий на которой нежелательно.This is useful, for example, for a remote availability replica to which you never want backups to fail over.

Дополнительные сведения см. в статье Активные вторичные реплики: резервное копирование во вторичных репликах (группы доступности Always On).For more information, see Active Secondaries: Backup on Secondary Replicas (Always On Availability Groups).

SECONDARY_ROLE ( ... )SECONDARY_ROLE ( ... )
Задает параметры роли, которые будут действовать, если эта реплика доступности в данный момент имеет вторичную роль (то есть когда реплика является вторичной).Specifies role-specific settings that will take effect if this availability replica currently owns the secondary role (that is, whenever it is a secondary replica). В скобках укажите один или два параметра вторичной роли.Within the parentheses, specify either or both secondary-role options. Если указываются оба параметра, используйте список с разделителями-запятыми.If you specify both, use a comma-separated list.

Параметры вторичной роли:The secondary role options are as follows:

ALLOW_CONNECTIONS = { NO | READ_ONLY | ALL }ALLOW_CONNECTIONS = { NO | READ_ONLY | ALL }
Указывает, могут ли базы данных заданной реплики доступности, играющей роль вторичной (т. е. служащей вторичной репликой), принимать соединения от клиентов. Может принимать одно из следующих значений:Specifies whether the databases of a given availability replica that is performing the secondary role (that is, is acting as a secondary replica) can accept connections from clients, one of:

NONO
Для баз данных-получателей этой реплики соединения пользователя не разрешаются.No user connections are allowed to secondary databases of this replica. Для них не разрешен доступ для чтения.They are not available for read access. Это поведение по умолчанию.This is the default behavior.

READ_ONLYREAD_ONLY
Разрешаются только соединения с базами данных во вторичной реплике, у которых свойство "Назначение приложения" имеет значение ReadOnly.Only connections are allowed to the databases in the secondary replica where the Application Intent property is set to ReadOnly. Дополнительные сведения об этом свойстве см. в разделе Using Connection String Keywords with SQL Server Native Client.For more information about this property, see Using Connection String Keywords with SQL Server Native Client.

ALLALL
К базам данных во вторичной реплике разрешаются все соединения на доступ только для чтения.All connections are allowed to the databases in the secondary replica for read-only access.

Дополнительные сведения см. в статье Активные вторичные реплики: вторичные реплики для чтения (группы доступности Always On).For more information, see Active Secondaries: Readable Secondary Replicas (Always On Availability Groups).

READ_ONLY_ROUTING_URL =' TCP :// system-address : port 'READ_ONLY_ROUTING_URL =' TCP ://system-address:port'
Указывает URL-адрес, используемый для маршрутизации запросов на соединение с намерением чтения к этой реплике доступности.Specifies the URL to be used for routing read-intent connection requests to this availability replica. Этот URL-адрес прослушивается компонентом ядра СУБД SQL Server.This is the URL on which the SQL Server Database Engine listens. Обычно экземпляр по умолчанию компонента ядра СУБД SQL Server прослушивает TCP-порт 1433.Typically, the default instance of the SQL Server Database Engine listens on TCP port 1433.

Номер порта для именованного экземпляра вы можете получить, запросив столбцы port и type_desc динамического административного представления sys.dm_tcp_listener_states.For a named instance, you can obtain the port number by querying the port and type_desc columns of the sys.dm_tcp_listener_states dynamic management view. Экземпляр сервера использует прослушиватель Transact-SQL (type_desc='TSQL' ).The server instance uses the Transact-SQL listener (type_desc='TSQL').

Дополнительные сведения о вычислении URL-адреса маршрутизации только для чтения для реплики доступности см. в разделе Вычисление значения read_only_routing_url для AlwaysOn.For more information about calculating the read-only routing URL for an availability replica, see Calculating read_only_routing_url for Always On.

Примечание

Для именованного экземпляра SQL ServerSQL Server прослушиватель Transact-SQL должен быть настроен для использования определенного порта.For a named instance of SQL ServerSQL Server, the Transact-SQL listener should be configured to use a specific port. Дополнительные сведения см. в разделе Настройка сервера для прослушивания указанного TCP-порта (диспетчер конфигурации SQL Server).For more information, see Configure a Server to Listen on a Specific TCP Port (SQL Server Configuration Manager).

PRIMARY_ROLE ( ... )PRIMARY_ROLE ( ... )
Задает параметры роли, которые будут действовать, если эта реплика доступности в данный момент имеет первичную роль (то есть когда реплика является первичной).Specifies role-specific settings that will take effect if this availability replica currently owns the primary role (that is, whenever it is the primary replica). В скобках укажите один или два параметра первичной роли.Within the parentheses, specify either or both primary-role options. Если указываются оба параметра, используйте список с разделителями-запятыми.If you specify both, use a comma-separated list.

Параметры первичной роли:The primary role options are as follows:

ALLOW_CONNECTIONS = { READ_WRITE | ALL }ALLOW_CONNECTIONS = { READ_WRITE | ALL }
Указывает тип соединений, которые принимаются от клиентов базами данных заданной реплики доступности, которая играет роль первичной. Это может быть один из следующих типов:Specifies the type of connection that the databases of a given availability replica that is performing the primary role (that is, is acting as a primary replica) can accept from clients, one of:

READ_WRITEREAD_WRITE
Соединения, у которых свойство "Назначение приложения" равно ReadOnly , не разрешены.Connections where the Application Intent connection property is set to ReadOnly are disallowed. Если свойство «Назначение приложения» имеет значение ReadWrite или не задано, то соединение разрешено.When the Application Intent property is set to ReadWrite or the Application Intent connection property is not set, the connection is allowed. Дополнительные сведения о свойстве соединения «Назначение приложения» см. в разделе Using Connection String Keywords with SQL Server Native Client.For more information about Application Intent connection property, see Using Connection String Keywords with SQL Server Native Client.

ALLALL
Разрешаются все соединения с базами данных в первичной реплике.All connections are allowed to the databases in the primary replica. Это поведение по умолчанию.This is the default behavior.

READ_ONLY_ROUTING_LIST = { (' <экземпляр_сервера> ' [ , ...n ] ) | NONE }READ_ONLY_ROUTING_LIST = { ('<server_instance>' [ ,...n ] ) | NONE }
Задает список экземпляров сервера (с разделителями-запятыми), на которых будут размещаться реплики доступности для этой группы доступности, удовлетворяющие следующим требованиям при работе во вторичной роли.Specifies a comma-separated list of server instances that host availability replicas for this availability group that meet the following requirements when running under the secondary role:

  • Настроены для разрешения всех соединений или соединений только для чтения (см. выше аргумент ALLOW_CONNECTIONS параметра SECONDARY_ROLE).Be configured to allow all connections or read-only connections (see the ALLOW_CONNECTIONS argument of the SECONDARY_ROLE option, above).

  • Определен URL-адрес маршрутизации только для чтения (см. выше аргумент READ_ONLY_ROUTING_URL параметра SECONDARY_ROLE).Have their read-only routing URL defined (see the READ_ONLY_ROUTING_URL argument of the SECONDARY_ROLE option, above).

READ_ONLY_ROUTING_LIST имеет следующие значения.The READ_ONLY_ROUTING_LIST values are as follows:

<server_instance><server_instance>
Задает адрес экземпляра SQL ServerSQL Server, где размещается вторичная реплика доступности, которая доступна для чтения при работе во вторичной роли.Specifies the address of the instance of SQL ServerSQL Server that is the host for an availability replica that is a readable secondary replica when running under the secondary role.

Используйте список с разделителями-запятыми, чтобы указать все экземпляры сервера, где может размещаться доступная для чтения вторичная реплика.Use a comma-separated list to specify all of the server instances that might host a readable secondary replica. При маршрутизации только для чтения будет учитываться порядок, в котором экземпляры сервера заданы в списке.Read-only routing will follow the order in which server instances are specified in the list. Если включить экземпляр сервера, где размещается реплика, в список маршрутизации только для чтения, то обычно рекомендуется поместить этот экземпляр сервера в конец списка, чтобы подключения с намерением чтения направлялись на вторичную реплику, если она доступна.If you include a replica's host server instance on the replica's read-only routing list, placing this server instance at the end of the list is typically a good practice, so that read-intent connections go to a secondary replica, if one is available.

Начиная с версии SQL Server 2016 (13.x)SQL Server 2016 (13.x) вы можете сбалансировать нагрузку запросов на чтение на вторичных репликах для чтения.Beginning with SQL Server 2016 (13.x)SQL Server 2016 (13.x), you can load-balance read-intent requests across readable secondary replicas. Для этого поместите реплики во вложенный набор с круглыми скобками в список маршрутизации только для чтения.You specify this by placing the replicas in a nested set of parentheses within the read-only routing list. Дополнительные сведения и примеры см. в разделе Настройка балансировки нагрузки между репликами только для чтения.For more information and examples, see Configure load-balancing across read-only replicas.

NoneNONE
Указывает, что, когда эта реплика доступности является первичной, маршрутизация только для чтения не поддерживается.Specifies that when this availability replica is the primary replica, read-only routing will not be supported. Это поведение по умолчанию.This is the default behavior. При использовании с параметром MODIFY REPLICA ON это значение отключает существующий список (если он есть).When used with MODIFY REPLICA ON, this value disables an existing list, if any.

SESSION_TIMEOUT = secondsSESSION_TIMEOUT =seconds
Указывает интервал времени ожидания сеанса в секундах.Specifies the session-timeout period in seconds. Если этот параметр не определить, интервал времени по умолчанию — 10 секунд.If you do not specify this option, by default, the time period is 10 seconds. Минимальное значение составляет 5 секунд.The minimum value is 5 seconds.

Важно!

Рекомендуется установить интервал времени ожидания в 10 секунд или более.We recommend that you keep the time-out period at 10 seconds or greater.

Дополнительные сведения о периоде времени ожидания сеанса см. в разделе Обзор групп доступности AlwaysOn (SQL Server).For more information about the session-timeout period, see Overview of Always On Availability Groups (SQL Server).

MODIFY REPLICA ONMODIFY REPLICA ON
Изменяет любую реплику группы доступности.Modifies any of the replicas of the availability group. Список реплик для изменения содержит адрес экземпляра сервера с предложением WITH (…) для каждой реплики.The list of replicas to be modified contains the server instance address and a WITH (...) clause for each replica.

Поддерживается только в первичной реплике.Supported only on the primary replica.

REMOVE REPLICA ONREMOVE REPLICA ON
Удаляет указанную вторичную реплику из группы доступности.Removes the specified secondary replica from the availability group. Текущая первичная реплика не может быть удалена из группы доступности.The current primary replica cannot be removed from an availability group. После удаления реплика перестает получать данные.On being removed, the replica stops receiving data. Принадлежащие ей базы данных-получатели удаляются из группы доступности и переходят в состояние RESTORING.Its secondary databases are removed from the availability group and enter the RESTORING state.

Поддерживается только в первичной реплике.Supported only on the primary replica.

Примечание

Если удаляется недоступная или сбойная реплика, то после ее возвращения в режим «в сети» она больше не будет относиться к этой группе доступности.If you remove a replica while it is unavailable or failed, when it comes back online it will discover that it no longer belongs the availability group.

JOINJOIN
Приводит к созданию вторичной реплики локальным экземпляром сервера в указанной группе доступности.Causes the local server instance to host a secondary replica in the specified availability group.

Поддерживается только во вторичной реплике, которая еще не включена в группу доступности.Supported only on a secondary replica that has not yet been joined to the availability group.

Дополнительные сведения см. в разделе Присоединение вторичной реплики к группе доступности (SQL Server).For more information, see Join a Secondary Replica to an Availability Group (SQL Server).

FAILOVERFAILOVER
Инициирует переход группы доступности на другой ресурс вручную без потери данных с переходом на вторичную реплику, к которой вы подключились.Initiates a manual failover of the availability group without data loss to the secondary replica to which you are connected. Реплика, в которой будет размещаться первичная реплика, является целью отработки отказа.The replica that will host the primary replica is the failover target. Цель перехода на другой ресурс примет на себя роль первичной, восстановит собственные копии каждой базы данных и переведет их в режим «в сети» в качестве баз данных-источников.The failover target will take over the primary role and recover its copy of each database and bring them online as the new primary databases. Бывшая первичная реплика параллельно переходит в роль вторичной, а ее базы данных становятся базами данных-получателями и немедленно приостанавливаются.The former primary replica concurrently transitions to the secondary role, and its databases become secondary databases and are immediately suspended. Эти роли могут меняться местами при последовательных сбоях.Potentially, these roles can be switched back and forth by a series of failures.

Поддерживается только во вторичной реплике с синхронной фиксацией, которая в данный момент синхронизирована с первичной репликой.Supported only on a synchronous-commit secondary replica that is currently synchronized with the primary replica. Заметьте, что для синхронизации вторичной реплики первичная реплика также должна работать в режиме синхронной фиксации.Note that for a secondary replica to be synchronized the primary replica must also be running in synchronous-commit mode.

Примечание

Команда отработки отказа завершает работу сразу после того, как цель перехода принимает команду.A failover command returns as soon as the failover target has accepted the command. Однако восстановление базы данных происходит асинхронно после того, как группа доступности закончит отработку отказа.However, database recovery occurs asynchronously after the availability group has finished failing over.

Сведения об ограничениях и предварительных условиях, а также рекомендации по выполнению запланированного перехода на другой ресурс вручную см. в разделе Выполнение запланированного перехода на другой ресурс вручную для группы доступности (SQL Server).For information about the limitations, prerequisites and recommendations for a performing a planned manual failover, see Perform a Planned Manual Failover of an Availability Group (SQL Server).

FORCE_FAILOVER_ALLOW_DATA_LOSSFORCE_FAILOVER_ALLOW_DATA_LOSS

Внимание!

Принудительная обработка отказа, которая может привести к потере некоторых данных, используется исключительно в качестве метода аварийного восстановления.Forcing failover, which might involve some data loss, is strictly a disaster recovery method. Поэтому настоятельно рекомендуется выполнять принудительную отработку отказа только в том случае, если первичная реплика не выполняется и можно пойти на риск потери данных, а также когда требуется срочно восстановить группу доступности.Therefore, We strongly recommend that you force failover only if the primary replica is no longer running, you are willing to risk losing data, and you must restore service to the availability group immediately.

Поддерживается только в реплике, роль которой находится в состоянии SECONDARY или RESOLVING.Supported only on a replica whose role is in the SECONDARY or RESOLVING state. --Реплика, на которой вводится команда обработки отказа, называется целью перехода на другой ресурс.--The replica on which you enter a failover command is known as the failover target.

Принудительная обработка отказа группы доступности с возможной потерей данных и переходом на другой указанный ресурс.Forces failover of the availability group, with possible data loss, to the failover target. Цель перехода на другой ресурс примет на себя роль первичной, восстановит собственные копии каждой базы данных и переведет их в режим «в сети» в качестве баз данных-источников.The failover target will take over the primary role and recover its copy of each database and bring them online as the new primary databases. Во всех оставшихся вторичных репликах все базы данных-получатели будут приостановлены до их возобновления вручную.On any remaining secondary replicas, every secondary database is suspended until manually resumed. Если бывшая первичная реплика станет доступной, она переключится в роль вторичной; ее базы данных станут базами данных-получателями и будут приостановлены.When the former primary replica becomes available, it will switch to the secondary role, and its databases will become suspended secondary databases.

Примечание

Команда отработки отказа завершает работу сразу после того, как цель перехода принимает команду.A failover command returns as soon as the failover target has accepted the command. Однако восстановление базы данных происходит асинхронно после того, как группа доступности закончит отработку отказа.However, database recovery occurs asynchronously after the availability group has finished failing over.

Дополнительные сведения об ограничениях, обязательных условиях и рекомендациях для принудительной отработки отказа, а также о влиянии принудительной отработки отказа на прежние базы данных-источники в группе доступности см. в разделе Выполнение принудительного перехода на другой ресурс вручную для группы доступности (SQL Server).For information about the limitations, prerequisites and recommendations for forcing failover and the effect of a forced failover on the former primary databases in the availability group, see Perform a Forced Manual Failover of an Availability Group (SQL Server).

ADD LISTENER ' dns_name '( <add_listener_option> )ADD LISTENER 'dns_name'( <add_listener_option> )
Определяет новый прослушиватель группы доступности.Defines a new availability group listener for this availability group. Поддерживается только в первичной реплике.Supported only on the primary replica.

Важно!

Перед созданием первого прослушивателя настоятельно рекомендуется ознакомиться со статьей Создание или настройка прослушивателя группы доступности (SQL Server).Before you create your first listener, we strongly recommend that you read Create or Configure an Availability Group Listener (SQL Server).

После создания прослушивателя для заданной группы доступности настоятельно рекомендуется выполнить следующие действия.After you create a listener for a given availability group, we strongly recommend that you do the following:

  • Попросите сетевого администратора зарезервировать IP-адрес, который будет использоваться только этим прослушивателем.Ask your network administrator to reserve the listener's IP address for its exclusive use.
  • Передайте имя узла DNS прослушивателя разработчикам приложения для использования в строке подключения при запросе клиентских соединений к данной группе доступности.Give the listener's DNS host name to application developers to use in connection strings when requesting client connections to this availability group.

dns_namedns_name
Указывает имя узла DNS для прослушивателя группы доступности.Specifies the DNS host name of the availability group listener. Имя DNS прослушивателя должно быть уникальным в домене и в NetBIOS.The DNS name of the listener must be unique in the domain and in NetBIOS.

dns_name является строковым значением.dns_name is a string value. Это имя может содержать только буквы, цифры, дефисы (-) и знаки подчеркивания () в любом порядке.This name can contain only alphanumeric characters, dashes (-), and hyphens (), in any order. В именах узлов DNS учитывается регистр.DNS host names are case insensitive. Максимальная длина равна 63 символам.The maximum length is 63 characters.

Мы рекомендуем указывать строку, которая поддается толкованию.We recommend that you specify a meaningful string. Например, для группы доступности с именем AG1понятным именем узла DNS будет ag1-listener.For example, for an availability group named AG1, a meaningful DNS host name would be ag1-listener.

Важно!

NetBIOS распознает только первые 15 символов в dns_name.NetBIOS recognizes only the first 15 chars in the dns_name. При наличии двух кластеров WSFC, которые управляются одной службой Active Directory, и попытке создать в обоих кластерах прослушивателей группы доступности с именами, содержащими более 15 символов, и одинаковым префиксом из 15 символов возникнет ошибка, указывающая, что не удалось подключиться к ресурсу с именем виртуальной сети.If you have two WSFC clusters that are controlled by the same Active Directory and you try to create availability group listeners in both of clusters using names with more than 15 characters and an identical 15 character prefix, you will get an error reporting that the Virtual Network Name resource could not be brought online. Дополнительные сведения о правилах именования префиксов для имен DNS см. в разделе Присвоение имен доменов.For information about prefix naming rules for DNS names, see Assigning Domain Names.

JOIN AVAILABILITY GROUP ONJOIN AVAILABILITY GROUP ON
Присоединение к распределенной группе доступности.Joins to a distributed availability group. Когда вы создаете распределенную группу доступности, группа доступности в кластере, где она создана, является первичной группой доступности.When you create a distributed availability group, the availability group on the cluster where it is created is the primary availability group. Группа доступности, которая соединяется с распределенной группой доступности, является вторичной группой доступности.The availability group that joins the distributed availability group is the secondary availability group.

<ag_name><ag_name>
Указывает имя группы доступности, составляющей половину распределенной группы доступности.Specifies the name of the availability group that makes up one half of the distributed availability group.

LISTENER =' TCP :// system-address : port 'LISTENER =' TCP ://system-address:port'
Указывает URL-адрес пути для прослушивателя, связанного с группой доступности.Specifies the URL path for the listener associated with the availability group.

Требуется предложение LISTENER.The LISTENER clause is required.

' TCP :// system-address : port '' TCP ://system-address:port'
Указывает URL-адрес для прослушивателя, связанного с группой доступности.Specifies a URL for the listener associated with the availability group. Параметры URL-адреса:The URL parameters are as follows:

system-addresssystem-address
Это строка, такая как имя системы, полное доменное имя или IP-адрес, однозначно идентифицирующая прослушивателя.Is a string, such as a system name, a fully qualified domain name, or an IP address, that unambiguously identifies the listener.

portport
Номер порта, связанный с конечной точкой зеркального отображения группы доступности.Is a port number that is associated with the mirroring endpoint of the availability group. Это не порт прослушивателя.Note that this is not the port of the listener.

AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT }AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT }
Указывает, должна ли первичная реплика ждать подтверждения фиксации (записи) записей журнала на диск от вторичной группы доступности перед тем, как фиксировать транзакцию в указанной базе данных.Specifies whether the primary replica has to wait for the secondary availability group to acknowledge the hardening (writing) of the log records to disk before the primary replica can commit the transaction on a given primary database.

SYNCHRONOUS_COMMITSYNCHRONOUS_COMMIT
Указывает, что первичная реплика может фиксировать транзакции только после их записи во вторичной группе доступности.Specifies that the primary replica will wait to commit transactions until they have been hardened on the secondary availability group. Вы можете указать SYNCHRONOUS_COMMIT не более чем для двух групп доступности, включая первичную группу доступности.You can specify SYNCHRONOUS_COMMIT for up to two availability groups, including the primary availability group.

ASYNCHRONOUS_COMMITASYNCHRONOUS_COMMIT
Указывает, что первичная реплика фиксирует транзакции без ожидания записи журнала от вторичной группы доступности.Specifies that the primary replica commits transactions without waiting for this secondary availability group to harden the log. Вы можете указать ASYNCHRONOUS_COMMIT не более чем для двух групп доступности, включая первичную группу доступности.You can specify ASYNCHRONOUS_COMMIT for up to two availability groups, including the primary availability group.

Предложение AVAILABILITY_MODE является обязательным.The AVAILABILITY_MODE clause is required.

FAILOVER_MODE = { MANUAL }FAILOVER_MODE = { MANUAL }
Указывает режим отработки отказа распределенной группы доступности.Specifies the failover mode of the distributed availability group.

MANUALMANUAL
Позволяет администратору базы данных осуществлять переход на другой ресурс вручную по плану или принудительно (обычно это называется принудительным переходом на другой ресурс).Enables planned manual failover or forced manual failover (typically called forced failover) by the database administrator.

Во вторичной группе доступности автоматический переход на другой ресурс не поддерживается.Automatic failover to the secondary availability group is not supported.

SEEDING_MODE = { AUTOMATIC | MANUAL }SEEDING_MODE**=** { AUTOMATIC | MANUAL }
Указывает, как вторичная группа доступности изначально заполняется данными.Specifies how the secondary availability group will be initially seeded.

AUTOMATICAUTOMATIC
Включает автоматическое заполнение.Enables automatic seeding. Этот метод будет заполнять вторичную группу доступности начальными значениями по сети.This method will seed the secondary availability group over the network. Этот метод не требует резервного копирования и восстановления копии базы данных-источника в репликах вторичной группы доступности.This method does not require you to backup and restore a copy of the primary database on the replicas of the secondary availability group.

MANUALMANUAL
Задает присвоение начальных значений вручную.Specifies manual seeding. В этом методе вы создаете резервную копию базы данных на первичной реплике и вручную восстанавливаете эту резервную копию на репликах вторичной группы доступности.This method requires you to create a backup of the database on the primary replica and manually restore that backup on the replica(s) of the secondary availability group.

MODIFY AVAILABILITY GROUP ONMODIFY AVAILABILITY GROUP ON
Изменяет параметры группы доступности в распределенной группе доступности.Modifies any of the availability group settings of a distributed availability group. Список групп доступности для изменения содержит имя группы доступности и предложение WITH (…) для каждой группы доступности.The list of availability groups to be modified contains the availability group name and a WITH (...) clause for each availability group.

Важно!

Эту команду необходимо повторить для первичной группы доступности и экземпляров вторичной группы доступности.This command must be repeated on both the primary availability group and secondary availability group instances.

GRANT CREATE ANY DATABASEGRANT CREATE ANY DATABASE
Позволяет группе доступности создавать базы данных от имени первичной реплики, которая поддерживает прямое присвоение начальных значений (SEEDING_MODE = AUTOMATIC).Permits the availability group to create databases on behalf of the primary replica, which supports direct seeding (SEEDING_MODE = AUTOMATIC). Этот параметр следует запускать на каждой вторичной реплике, которая поддерживает прямое присвоение начальных значений, после того, как эта вторичная реплика присоединится к группе доступности.This parameter should be run on every secondary replica that supports direct seeding after that secondary joins the availability group. Требуется разрешение CREATE ANY DATABASE.Requires the CREATE ANY DATABASE permission.

DENY CREATE ANY DATABASEDENY CREATE ANY DATABASE
Удаляет возможность группы доступности создавать базы данных от имени первичной реплики.Removes the ability of the availability group to create databases on behalf of the primary replica.

<add_listener_option><add_listener_option>
ADD LISTENER принимает один из следующих параметров.ADD LISTENER takes one of the following options:

WITH DHCP [ ON { (' four_part_ipv4_address ',' four_part_ipv4_mask ') } ]WITH DHCP [ ON { ('four_part_ipv4_address','four_part_ipv4_mask') } ]
Указывает, что прослушиватель группы доступности будет использовать протокол DHCP.Specifies that the availability group listener will use the Dynamic Host Configuration Protocol (DHCP). Дополнительно можно использовать предложение ON, чтобы определить сеть, для которой будет создан прослушиватель.Optionally, use the ON clause to identify the network on which this listener will be created. Протокол DHCP имеет ограничение на работу только с одной подсетью для каждого экземпляра сервера, на котором размещается реплика доступности в группе доступности.DHCP is limited to a single subnet that is used for every server instances that hosts an availability replica in the availability group.

Важно!

Использовать протокол DHCP в производственной среде не рекомендуется.We do not recommend DHCP in production environment. Если во время простоя аренда IP-адреса протокола DHCP истечет, то на регистрацию нового сетевого IP-адреса протокола DHCP, связанного с именем DNS-прослушивателя, уйдет дополнительное время, что скажется на производительности клиента.If there is a down time and the DHCP IP lease expires, extra time is required to register the new DHCP network IP address that is associated with the listener DNS name and impact the client connectivity. Однако протокол DHCP полезен при настройке среды разработки и проверки и позволяет проверить базовые функции групп доступности и их интеграцию с приложениями.However, DHCP is good for setting up your development and testing environment to verify basic functions of availability groups and for integration with your applications.

Пример:For example:

WITH DHCP ON ('10.120.19.0','255.255.254.0')

WITH IP ( { (' four_part_ipv4_address ',' four_part_ipv4_mask ') | (' ipv6_address ') } [ , ...n ] ) [ , PORT = listener_port ]WITH IP ( { ('four_part_ipv4_address','four_part_ipv4_mask') | ('ipv6_address') } [ , ...n ] ) [ , PORT =listener_port ]
Указывает, что вместо использования протокола DHCP прослушиватель группы доступности будет использовать один или несколько статических IP-адресов.Specifies that, instead of using DHCP, the availability group listener will use one or more static IP addresses. Чтобы создать группу доступности, охватывающую несколько подсетей, в конфигурации прослушивателя должен присутствовать один статический IP-адрес для каждой подсети.To create an availability group across multiple subnets, each subnet requires one static IP address in the listener configuration. Для конкретной подсети статический IP-адрес может иметь формат IPv4 или IPv6.For a given subnet, the static IP address can be either an IPv4 address or an IPv6 address. Свяжитесь с администратором сети, чтобы получить статический IP-адрес для каждой подсети, в которой будет размещена реплика доступности для новой группы доступности.Contact your network administrator to get a static IP address for each subnet that will host an availability replica for the new availability group.

Пример:For example:

WITH IP ( ('10.120.19.155','255.255.254.0') )

ipv4_addressipv4_address
Задает IPv4-адрес, состоящий из четырех частей, для прослушивателя группы доступности.Specifies an IPv4 four-part address for an availability group listener. Например, 10.120.19.155.For example, 10.120.19.155.

ipv4_maskipv4_mask
Задает IPv4-маску, состоящую из четырех частей, для прослушивателя группы доступности.Specifies an IPv4 four-part mask for an availability group listener. Например, 255.255.254.0.For example, 255.255.254.0.

ipv6_addressipv6_address
Задает IPv6-адрес для прослушивателя группы доступности.Specifies an IPv6 address for an availability group listener. Например, 2001::4898:23:1002:20f:1fff:feff:b3a3.For example, 2001::4898:23:1002:20f:1fff:feff:b3a3.

PORT = listener_portPORT = listener_port
Указывает номер порта listener_port для использования прослушивателем группы доступности, который задается предложением WITH IP.Specifies the port number-listener_port-to be used by an availability group listener that is specified by a WITH IP clause. Параметр PORT является необязательным.PORT is optional.

По умолчанию поддерживается номер порта 1433.The default port number, 1433, is supported. Однако из соображений безопасности, рекомендуется использовать другой номер порта.However, if you have security concerns, we recommend using a different port number.

Например: WITH IP ( ('2001::4898:23:1002:20f:1fff:feff:b3a3') ) , PORT = 7777.For example: WITH IP ( ('2001::4898:23:1002:20f:1fff:feff:b3a3') ) , PORT = 7777

MODIFY LISTENER ' dns_name '( <modify_listener_option> )MODIFY LISTENER 'dns_name'( <modify_listener_option> )
Изменяет существующий прослушиватель для данной группы доступности.Modifies an existing availability group listener for this availability group. Поддерживается только в первичной реплике.Supported only on the primary replica.

<modify_listener_option><modify_listener_option>
MODIFY LISTENER принимает один из следующих параметров:MODIFY LISTENER takes one of the following options:

ADD IP { (' four_part_ipv4_address ',' four_part_ipv4_mask ') | ('dns_nameipv6_address ') }ADD IP { ('four_part_ipv4_address','four_part_ipv4_mask') | ('dns_nameipv6_address') }
Добавляет указанный IP-адрес к прослушивателю группы доступности, который задан с помощью dns_name.Adds the specified IP address to the availability group listener specified by dns_name.

PORT = listener_portPORT = listener_port
См. описание этого аргумента ранее в этом разделе.See the description of this argument earlier in this section.

RESTART LISTENER ' dns_name 'RESTART LISTENER 'dns_name'
Перезапускает прослушиватель, который связан с указанным именем DNS.Restarts the listener that is associated with the specified DNS name. Поддерживается только в первичной реплике.Supported only on the primary replica.

REMOVE LISTENER ' dns_name 'REMOVE LISTENER 'dns_name'
Удаляет прослушиватель, который связан с указанным именем DNS.Removes the listener that is associated with the specified DNS name. Поддерживается только в первичной реплике.Supported only on the primary replica.

OFFLINEOFFLINE
Переводит группу доступности из режима «в сети» в режим «вне сети».Takes an online availability group offline. У баз данных с синхронной фиксацией потеря данных невозможна.There is no data loss for synchronous-commit databases.

После перехода группы доступности в режим «вне сети» ее базы данных становятся недоступными для клиентов, и невозможно перевести группу доступности обратно в режим «в сети».After an availability group goes offline, its databases become unavailable to clients, and you cannot bring the availability group back online. Таким образом, используйте параметр OFFLINE только во время миграции с Группы доступности AlwaysOnAlways On availability groups при переносе группы доступности на другой ресурс кластера WSFC.Therefore, use the OFFLINE option only during a cross-cluster migration of Группы доступности AlwaysOnAlways On availability groups, when migrating availability group resources to a new WSFC cluster.

Дополнительные сведения см. в статье Перевод группы доступности в режим "вне сети" (SQL Server).For more information, see Take an Availability Group Offline (SQL Server).

Требования и ограниченияPrerequisites and Restrictions

Сведения о других условиях и ограничениях для реплик доступности и их экземпляров сервера и компьютеров см. в разделе Предварительные требования, ограничения и рекомендации для групп доступности AlwaysOn (SQL Server).For information about prerequisites and restrictions on availability replicas and on their host server instances and computers, see Prerequisites, Restrictions, and Recommendations for Always On Availability Groups (SQL Server).

Сведения об ограничениях на инструкции AVAILABILITY GROUP языка Transact-SQL см. в разделе Общие сведения об инструкциях Transact-SQL для групп доступности AlwaysOn (SQL Server).For information about restrictions on the AVAILABILITY GROUP Transact-SQL statements, see Overview of Transact-SQL Statements for Always On Availability Groups (SQL Server).

безопасностьSecurity

РазрешенияPermissions

Необходимо разрешение ALTER AVAILABILITY GROUP для группы доступности, разрешение CONTROL AVAILABILITY GROUP, разрешение ALTER ANY AVAILABILITY GROUP или разрешение CONTROL SERVER.Requires ALTER AVAILABILITY GROUP permission on the availability group, CONTROL AVAILABILITY GROUP permission, ALTER ANY AVAILABILITY GROUP permission, or CONTROL SERVER permission. Кроме того, требуется разрешение ALTER ANY DATABASE.Also requires ALTER ANY DATABASE permission.

ПримерыExamples

A.A. Присоединение вторичной реплики к группе доступностиJoining a secondary replica to an availability group

В следующем примере рассматривается присоединение вторичной реплики, с которой установлено соединение, к группе доступности AccountsAG.The following example joins a secondary replica to which you are connected to the AccountsAG availability group.

ALTER AVAILABILITY GROUP AccountsAG JOIN;  
GO  

Б.B. Принудительный переход на другой ресурс группы доступностиForcing failover of an availability group

В следующем примере выполняется принудительный переход группы доступности AccountsAG на вторичную реплику, с которой установлено соединение.The following example forces the AccountsAG availability group to fail over to the secondary replica to which you are connected.

ALTER AVAILABILITY GROUP AccountsAG FORCE_FAILOVER_ALLOW_DATA_LOSS;  
GO  

См. также:See Also

CREATE AVAILABILITY GROUP (Transact-SQL) CREATE AVAILABILITY GROUP (Transact-SQL)
ALTER DATABASE SET HADR (Transact-SQL) ALTER DATABASE SET HADR (Transact-SQL)
DROP AVAILABILITY GROUP (Transact-SQL) DROP AVAILABILITY GROUP (Transact-SQL)
sys.availability_replicas (Transact-SQL) sys.availability_replicas (Transact-SQL)
sys.availability_groups (Transact-SQL) sys.availability_groups (Transact-SQL)
Поиск и устранение неисправностей конфигурации групп доступности AlwaysOn (SQL Server) Troubleshoot Always On Availability Groups Configuration (SQL Server)
Обзор групп доступности AlwaysOn (SQL Server) Overview of Always On Availability Groups (SQL Server)
Прослушиватели групп доступности, возможность подключения клиентов и отработка отказа приложений (SQL Server)Availability Group Listeners, Client Connectivity, and Application Failover (SQL Server)