Предварительные требования, ограничения и рекомендации для групп доступности Always OnPrerequisites, Restrictions, and Recommendations for Always On availability groups

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

В этой статье приводятся рекомендации по развертыванию Группы доступности AlwaysOnAlways On availability groups, в т. ч. предварительные условия, ограничения и рекомендации в отношении компьютеров, отказоустойчивых кластеров Windows Server (WSFC), экземпляров сервера и групп доступности.This article describes considerations for deploying Группы доступности AlwaysOnAlways On availability groups, including prerequisites, restrictions, and recommendations for host computers, Windows Server failover clusters (WSFC), server instances, and availability groups. Для каждого из этих компонентов описываются имеющиеся вопросы безопасности и необходимые разрешения.For each of these components security considerations and required permissions, if any, are indicated.

Важно!

Перед началом развертывания Группы доступности AlwaysOnAlways On availability groupsнастоятельно рекомендуется ознакомиться со всеми подразделами данного раздела.Before you deploy Группы доступности AlwaysOnAlways On availability groups, we strongly recommend that you read every section of this topic.

Исправления .Net, поддерживающие группы доступности.Net Hotfixes that Support Availability Groups

Возможно, потребуется установка дополнительных исправлений .Net, в зависимости от того, какие компоненты и возможности SQL Server 2017SQL Server 2017 будут использоваться вместе с Группы доступности AlwaysOnAlways On availability groups. Исправления приведены в следующей таблице.Depending on the SQL Server 2017SQL Server 2017 components and features you will use with Группы доступности AlwaysOnAlways On availability groups, you may need to install additional .Net hotfixes identified in the following table. Исправления можно устанавливать в любом порядке.The hotfixes can be installed in any order.

Зависимый компонентDependent Feature ИсправлениеHotfix СсылкаLink
ФлажокCheckbox Службы Reporting ServicesReporting Services Исправление для .Net 3.5 с пакетом обновления 1 (SP1) добавляет в клиент SQL поддержку функций AlwaysOn: Read-intent, readonly и multisubnetfailover.Hotfix for .Net 3.5 SP1 adds support to SQL Client for Always On features of Read-intent, readonly, and multisubnetfailover. Это исправление необходимо установить на каждом сервере отчетов служб Службы Reporting ServicesReporting Services .The hotfix needs to be installed on each Службы Reporting ServicesReporting Services report server. Статья базы знаний 2654347. Исправление для .NET 3.5 с пакетом обновления 1 (SP1), добавляющее поддержку функций Always OnKB 2654347: Hotfix for .Net 3.5 SP1 to add support for Always On features

Контрольный список. Требования (ОС Windows)Checklist: Requirements (Windows System)

Чтобы обеспечить поддержку функции Группы доступности AlwaysOnAlways On availability groups , необходимо, чтобы каждый компьютер, участвующий в одной или нескольких группах доступности, соответствовал следующим основным требованиям.To support the Группы доступности AlwaysOnAlways On availability groups feature, ensure that every computer that is to participate in one or more availability groups meets the following fundamental requirements:

ТребованиеRequirement СсылкаLink
ФлажокCheckbox Убедитесь, что система не является контроллером домена.Ensure that the system is not a domain controller. Группы доступности не поддерживаются на контроллерах домена.Availability groups are not supported on domain controllers.
ФлажокCheckbox Убедитесь в том, что каждый компьютер работает под управлением Windows Server 2012 или более поздней версии.Ensure that each computer is running Windows Server 2012 or later versions. Требования к оборудованию и программному обеспечению для установки SQL Server 2016Hardware and Software Requirements for Installing SQL Server 2016
ФлажокCheckbox Убедитесь, что каждый компьютер является узлом в кластере WSFC.Ensure that each computer is a node in a WSFC. Отказоустойчивая кластеризация Windows Server (WSFC) с SQL ServerWindows Server Failover Clustering (WSFC) with SQL Server
ФлажокCheckbox Убедитесь, что кластер WSFC содержит достаточное количество узлов для поддержки требуемых конфигураций групп доступности.Ensure that the WSFC contains sufficient nodes to support your availability group configurations. На узле кластера можно разместить только одну реплику для группы доступности.A cluster node can host one replica for an availability group. На одном узле нельзя разместить две реплики одной и той же группы доступности.The same node cannot host two replicas from the same availability group. Узел кластера может использоваться с несколькими группами доступности (с одной репликой каждой группы).The cluster node can participate in multiple availability groups, with one replica from each group.

Обратитесь к администраторам базы данных, чтобы узнать, сколько узлов кластера требуется для поддержки реплик доступности для планируемых групп доступности.Ask your database administrators how many cluster nodes are required for to support the availability replicas of the planned availability groups.

Обзор групп доступности AlwaysOn (SQL Server).Overview of Always On Availability Groups (SQL Server).

Важно!

Кроме того, убедитесь, что среда правильно настроена для соединения с группой доступности.Also ensure that your environment is correctly configured for connecting to an availability group. Дополнительные сведения см. в разделе Подключение клиента AlwaysOn (SQL Server).For more information, see Always On Client Connectivity (SQL Server).

Рекомендации для компьютеров, на которых размещены реплики доступности (ОС Windows)Recommendations for Computers That Host Availability Replicas (Windows System)

  • Сопоставимые системы. Для одной группы доступности все реплики доступности должны работать в сопоставимых системах, способных выдержать примерно одинаковую рабочую нагрузку.Comparable systems: For a given availability group, all the availability replicas should run on comparable systems that can handle identical workloads.

  • Выделенные сетевые адаптеры. Для оптимальной производительности следует использовать для Группы доступности AlwaysOnAlways On availability groups отдельный сетевой адаптер (сетевую карту).Dedicated network adapters: For best performance, use a dedicated network adapter (network interface card) for Группы доступности AlwaysOnAlways On availability groups.

  • Достаточно свободного места на диске. Каждый компьютер, на котором экземпляр сервера содержит реплику доступности, должен иметь достаточно свободного места на диске для всех баз данных в группе доступности.Sufficient disk space: Every computer on which a server instance hosts an availability replica must possess sufficient disk space for all the databases in the availability group. Помните, что по мере роста баз данных-источников так же будут расти и соответствующие базы данных-получатели.Keep in mind that as primary databases grow, their corresponding secondary databases grow the same amount.

Разрешения (ОС Windows)Permissions (Windows System)

Для администрирования кластера WSFC пользователь должен быть системным администратором на каждом узле кластера.To administer a WSFC, the user must be a system administrator on every cluster node.

Дополнительные сведения об учетной записи для администрирования кластера см. в Приложении A. Требования к отказоустойчивому кластеру.For more information about the account for administering the cluster, see Appendix A: Failover Cluster Requirements.

Связанные задачи (ОС Windows)Related Tasks (Windows System)

ЗадачаTask СсылкаLink
Установите значение HostRecordTTL.Set the HostRecordTTL value. Изменение параметра HostRecordTTL (с помощью Windows PowerShell)Change the HostRecordTTL (Using Windows PowerShell)

Изменение параметра HostRecordTTL (с помощью Windows PowerShell)Change the HostRecordTTL (Using Windows PowerShell)

  1. Откройте окно Powershell с помощью варианта Запуск от имени администратора.Open PowerShell window via Run as Administrator.

  2. Импортируйте модуль FailoverClusters.Import the FailoverClusters module.

  3. С помощью командлета Get-ClusterResource найдите ресурс сетевого имени, а затем с помощью командлета Set-ClusterParameter задайте значение HostRecordTTL следующим образом:Use the Get-ClusterResource cmdlet to find the Network Name resource, then use Set-ClusterParameter cmdlet to set the HostRecordTTL value, as follows:

    Get-ClusterResource " <имя_сетевого_ресурса> " | Set-ClusterParameter HostRecordTTL <время_в_секундах>Get-ClusterResource "<NetworkResourceName>" | Set-ClusterParameter HostRecordTTL <TimeInSeconds>

    В следующем примере для PowerShell задается значение HostRecordTTL в 300 секунд для сетевого ресурса сетевого имени SQL Network Name (SQL35).The following PowerShell example sets the HostRecordTTL to 300 seconds for a Network Name resource named SQL Network Name (SQL35).

    Import-Module FailoverClusters  
    
    $nameResource = "SQL Network Name (SQL35)"  
    Get-ClusterResource $nameResource | Set-ClusterParameter ClusterParameter HostRecordTTL 300  
    

    Совет

    Каждый раз при открытии нового окна PowerShell потребуется импортировать модуль FailoverClusters .Every time you open a new PowerShell window, you need to import the FailoverClusters module.

См. также (система Windows)Related Content (Windows System)

Предварительные условия и ограничения для экземпляров SQL ServerSQL Server Instance Prerequisites and Restrictions

Каждой группе доступности требуется набор партнеров по обеспечению отработки отказа, известных как реплики доступности, которые расположены в экземплярах SQL ServerSQL Server.Each availability group requires a set of failover partners, known as availability replicas, which are hosted by instances of SQL ServerSQL Server. Данный экземпляр сервера может быть изолированным экземпляром или SQL ServerSQL Serverэкземпляром отказоустойчивого кластера .A given server instance can be a stand-alone instance or a SQL ServerSQL Serverfailover cluster instance (FCI).

В этом разделе.In This Section:

Контрольный список. Предварительные условия (экземпляр сервера)Checklist: Prerequisites (Server Instance)

Предварительные требованияPrerequisite СсылкиLinks
ФлажокCheckbox Этот компьютер должен быть узлом кластера WSFC.The host computer must be a WSFC node. Экземпляры SQL ServerSQL Server, на которых размещаются реплики доступности для данной группы доступности, размещаются на отдельных узлах одного кластера.The instances of SQL ServerSQL Server that host availability replicas for a given availability group reside on separate nodes of the cluster. При переносе в другой кластер группа доступности может временно находиться в двух кластерах.An availability group can temporarily straddle two clusters while being migrated to different cluster. В SQL Server 2016 появились распределенные группы доступности.SQL Server 2016 introduces distributed availability groups. В распределенной группе доступности две группы доступности находятся в разных кластерах.In a distributed availability group two availability groups reside on different clusters. Отказоустойчивая кластеризация Windows Server (WSFC) с SQL ServerWindows Server Failover Clustering (WSFC) with SQL Server

Отказоустойчивая кластеризация и группы доступности AlwaysOn (SQL Server)Failover Clustering and Always On Availability Groups (SQL Server)

Распределенные группы доступности (группы доступности AlwaysOn)Distributed Availability Groups (Always On Availability Groups)
ФлажокCheckbox Если необходима группа доступности для работы с Kerberos:If you want an availability group to work with Kerberos:

Все экземпляры сервера, на которых размещена реплика доступности для группы доступности, должны использовать одинаковые учетные записи службы SQL Server.All server instances that host an availability replica for the availability group must use the same SQL Server service account.

Администратору домена необходимо вручную зарегистрировать имя участника-службы (SPN) с помощью службы каталогов Active Directory на учетной записи службы SQL Server для виртуального сетевого имени (VNN) прослушивателя группы доступности.The domain administrator needs to manually register a Service Principal Name (SPN) with Active Directory on the SQL Server service account for the virtual network name (VNN) of the availability group listener. Если имя участника-службы (SPN) зарегистрировано на учетной записи, отличной от учетной записи службы SQL Server, то проверку подлинности пройти не удастся.If the SPN is registered on an account other than the SQL Server service account, authentication will fail.



** Важно! ** При изменении учетной записи службы SQL Server администратору домена необходимо вручную повторно зарегистрировать имя субъекта-службы (SPN).** Important ** If you change the SQL Server service account, the domain administrator will need to manually re-register the SPN.
Регистрация имя участника-службы для соединений KerberosRegister a Service Principal Name for Kerberos Connections

Краткое описание:Brief explanation:

Kerberos и имена участников-служб обеспечивают взаимную проверку подлинности.Kerberos and SPNs enforce mutual authentication. Имя участника-службы (SPN) сопоставляется с учетной записью Windows, которая запускает службы SQL Server.The SPN maps to the Windows account that starts the SQL Server services. Если регистрация имени участника-службы (SPN) не была выполнена должным образом или завершилась неудачно, уровень безопасности Windows не может определить учетную запись, связанную с именем участника-службы, и проверка подлинности Kerberos не может использоваться.If the SPN is not registered correctly or if it fails, the Windows security layer cannot determine the account associated with the SPN, and Kerberos authentication cannot be used.



Примечание. NTLM не предъявляет таких требований.Note: NTLM does not have this requirement.
ФлажокCheckbox Если вы планируете использовать экземпляр отказоустойчивого кластера SQL ServerSQL Server для размещения реплики доступности, убедитесь, что понимаете ограничения, связанные с использованием отказоустойчивых кластеров, и что требования для создания такого кластера удовлетворены.If you plan to use a SQL ServerSQL Server failover cluster instance (FCI) to host an availability replica, ensure that you understand the FCI restrictions and that the FCI requirements are met. Предварительные условия и ограничения, связанные с использованием экземпляра отказоустойчивого кластера SQL Server для размещения реплики доступности (далее в этой статье)Prerequisites and Requirements on Using a SQL Server Failover Cluster Instance (FCI) to Host an Availability Replica (later in this article)
ФлажокCheckbox На каждом экземпляре сервера, входящем в группу доступности AlwaysOn, должна быть запущена одна и та же версия SQL Server.Each server instance must be running the same version of SQL Server to participate in an Always On Availability Group. Возможности, поддерживаемые различными выпусками SQL 2014, SQL 2016, SQL 2017.Editions and supported features for SQL 2014, SQL 2016, SQL 2017.
ФлажокCheckbox Все экземпляры сервера, на которых размещены реплики доступности для одной группы доступности, должны использовать одинаковые параметры сортировки SQL ServerSQL Server .All the server instances that host availability replicas for an availability group must use the same SQL ServerSQL Server collation. Задание или изменение параметров сортировки сервераSet or Change the Server Collation
ФлажокCheckbox Необходимо включить функцию Группы доступности AlwaysOnAlways On availability groups на каждом экземпляре сервера, на котором будет размещена реплика доступности для группы доступности.Enable the Группы доступности AlwaysOnAlways On availability groups feature on each server instance that will host an availability replica for any availability group. На одном компьютере можно включить столько экземпляров серверов, поддерживающих Группы доступности AlwaysOnAlways On availability groups , сколько поддерживает установка SQL ServerSQL Server .On a given computer, you can enable as many server instances for Группы доступности AlwaysOnAlways On availability groups as your SQL ServerSQL Server installation supports. Включение и отключение групп доступности AlwaysOn (SQL Server)Enable and Disable Always On Availability Groups (SQL Server)



** Важно! ** При удалении и повторном создании кластера WSFC необходимо отключить и повторно включить функцию Группы доступности AlwaysOnAlways On availability groups в каждом экземпляре сервера, в котором была включена функция Группы доступности AlwaysOnAlways On availability groups в исходном кластере.** Important ** If you destroy and re-create a WSFC, you must disable and re-enable the Группы доступности AlwaysOnAlways On availability groups feature on each server instance that was enabled for Группы доступности AlwaysOnAlways On availability groups on the original cluster.
ФлажокCheckbox Каждый экземпляр сервера должен иметь конечную точку зеркального отображения базы данных.Each server instance requires a database mirroring endpoint. Обратите внимание, что эта конечная точка совместно используется всеми репликами доступности и участниками зеркального отображения базы данных на этом экземпляре сервера.Note that this endpoint is shared by all the availability replicas and database mirroring partners and witnesses on the server instance.

Если экземпляр сервера, выбранный для размещения реплики доступности, работает под доменной учетной записью и еще не содержит конечной точки зеркального отображения базы данных, то мастер создания группы доступности (или мастер добавления реплики в группу доступности) может создать конечную точку и предоставить учетной записи службы экземпляра сервера разрешение CONNECT, если этот экземпляр запускается с учетной записью службы домена.If a server instance that you select to host an availability replica is running under a domain user account and does not yet have a database mirroring endpoint, the New Availability Group Wizard (or Add Replica to Availability Group Wizard) can create the endpoint and grant CONNECT permission to the server instance service account. Но если служба SQL ServerSQL Server запущена от имени встроенной учетной записи, такой как «Локальная система», «Локальная служба» или «Сетевая служба», или от имени учетной записи, не входящей в домен, то для проверки подлинности конечных точек необходимо пользоваться сертификатами, а мастер не сможет создать точку зеркального отображения базы данных на этом экземпляре сервера.However, if the SQL ServerSQL Server service is running as a built-in account, such as Local System, Local Service, or Network Service, or a nondomain account, you must use certificates for endpoint authentication, and the wizard will be unable to create a database mirroring endpoint on the server instance. В этом случае рекомендуется создавать конечные точки зеркального отображения базы данных вручную до запуска мастера.In this case, we recommend that you create the database mirroring endpoints manually before you launch the wizard.



** Примечание по безопасности ** . Механизм безопасности транспорта для Группы доступности AlwaysOnAlways On availability groups такой же, как и при зеркальном отображении базы данных.** Security Note ** Transport security for Группы доступности AlwaysOnAlways On availability groups is the same as for database mirroring.
Конечная точка зеркального отображения базы данных (SQL Server)The Database Mirroring Endpoint (SQL Server)

Безопасность транспорта для зеркального отображения баз данных и групп доступности AlwaysOn (SQL Server)Transport Security for Database Mirroring and Always On Availability Groups (SQL Server)
ФлажокCheckbox Если в группу доступности будут добавляться любые базы данных, использующие FILESTREAM, убедитесь, что функция FILESTREAM включена на каждом экземпляре сервера, на котором планируется разместить реплику доступности.If any databases that use FILESTREAM will be added to an availability group, ensure that FILESTREAM is enabled on every server instance that will host an availability replica for the availability group. Включение и настройка FILESTREAMEnable and Configure FILESTREAM
ФлажокCheckbox Если в группу доступности будут добавляться любые автономные базы данных, то убедитесь, что параметру сервера contained database authentication присвоено значение 1 на каждом экземпляре, где планируется разместить реплику доступности.If any contained databases will be added to an availability group, ensure that the contained database authentication server option is set to 1 on every server instance that will host an availability replica for the availability group. Параметр конфигурации сервера «проверка подлинности автономной базы данных»contained database authentication Server Configuration Option

Параметры конфигурации сервера (SQL Server)Server Configuration Options (SQL Server)

Использование потока группами доступностиThread Usage by Availability Groups

Группы доступности AlwaysOnAlways On availability groups предъявляет к рабочим потокам следующие требования.has the following requirements for worker threads:

  • На простаивающем экземпляре SQL ServerSQL Server Группы доступности AlwaysOnAlways On availability groups используется 0 потоков.On an idle instance of SQL ServerSQL Server, Группы доступности AlwaysOnAlways On availability groups uses 0 threads.

  • Максимальное число потоков, используемых для групп доступности, — это заданный настройками параметр максимального числа потоков сервера ("max worker threads") минус 40.The maximum number of threads used by availability groups is the configured setting for the maximum number of server threads ('max worker threads') minus 40.

  • Реплики доступности, размещенные на конкретном экземпляре сервера, совместно используют один пул потоков.The availability replicas hosted on a given server instance share a single thread pool.

    Потоки совместно используются по требованию следующим образом.Threads are shared on an on-demand basis, as follows:

    • Обычно имеется 3–10 общих потоков, но это число может возрасти в зависимости от рабочей нагрузки первичной реплики.Typically, there are 3-10 shared threads, but this number can increase depending on the primary replica workload.

    • Если заданный поток в течение определенного периода времени простаивает, то он возвращается в общий пул потоков SQL ServerSQL Server .If a given thread is idle for a while, it is released back into the general SQL ServerSQL Server thread pool. Обычно неактивный поток освобождается примерно через 15 секунд неактивности.Normally, an inactive thread is released after ~15 seconds of inactivity. Однако в зависимости от последней активности бездействующий поток может сохраняться дольше.However, depending on the last activity, an idle thread might be retained longer.

    • Экземпляр SQL Server использует до 100 потоков параллельного повтора для вторичных реплик.A SQL Server instance uses up to 100 threads for parallel redo for secondary replicas. Каждая база данных использует до половины от общего числа ядер ЦП, но не более 16 потоков на базу данных.Each database uses up to one-half of the total number of CPU cores, but not more than 16 threads per database. Если общее число требуемых потоков для одного экземпляра превышает 100, SQL Server использует один поток повтора для каждой из оставшихся баз данных.If the total number of required threads for a single instance exceeds 100, SQL Server uses a single redo thread for every remaining database. Последовательные потоки повторов освобождаются примерно через 15 секунд неактивности.Serial Redo threads are released after ~15 seconds of inactivity.

    Примечание

    Базы данных выбираются для однопоточного выполнения на основе идентификаторов, упорядоченных по возрастанию.Databases are chosen to go single-threaded based on their ascending database ID. Таким образом для экземпляров SQL Server, на которых размещено больше баз данных групп доступности, чем доступно рабочих потоков, лучше учитывать порядок создания баз данных.As such, the database creation order should be considered for SQL Server instances that host more availability group databases than available worker threads. Например, в системе с 32 или более ядрами ЦП первые шесть баз данных (упорядоченные по идентификатору базы данных) в группе или группах доступности будут использовать режим параллельного повтора, а все последующие базы данных будут использовать режим однократного повтора.For example, on a system with 32 or more CPU cores, the first six databases (ordered by database ID) in an availability group or groups will use parallel redo mode, and all subsequent databases will use single redo mode.

  • Кроме того, группы доступности используют неразделенные потоки следующим образом.In addition, availability groups use unshared threads, as follows:

    • Каждая первичная реплика использует по одному потоку для записи журнала в каждой базе данных-источнике.Each primary replica uses 1 Log Capture thread for each primary database. Кроме того, она использует по одному потоку для отправки журнала в каждой из баз данных-получателей.In addition, it uses 1 Log Send thread for each secondary database. Потоки отправки журнала освобождаются примерно через 15 секунд неактивности.Log send threads are released after ~15 seconds of inactivity.

    • Резервное копирование на вторичной реплике удерживает поток на первичной реплике на время операции резервного копирования.A backup on a secondary replica holds a thread on the primary replica for the duration of the backup operation.

Дополнительные сведения см. в разделе Обучающая серия Always On — HADRON: использование рабочих пулов для баз данных с HADRON (блог инженеров CSS SQL ServerSQL Server).For more information, see Always On - HADRON Learning Series: Worker Pool Usage for HADRON Enabled Databases (a CSS SQL ServerSQL Server Engineers Blog).

Разрешения (экземпляр сервера)Permissions (Server Instance)

ЗадачаTask Необходимые разрешенияRequired Permissions
Создание конечной точки зеркального отображения базы данныхCreating the database mirroring endpoint Требуется разрешение CREATE ENDPOINT или членство в предопределенной роли сервера sysadmin .Requires CREATE ENDPOINT permission, or membership in the sysadmin fixed server role. Также требуется разрешение CONTROL ON ENDPOINT.Also requires CONTROL ON ENDPOINT permission. Дополнительные сведения см. в разделе GRANT, предоставление разрешений на конечную точку (Transact-SQL).For more information, see GRANT Endpoint Permissions (Transact-SQL).
Включение Группы доступности AlwaysOnAlways On availability groupsEnabling Группы доступности AlwaysOnAlways On availability groups Требуется членство в группе Администратор на локальном компьютере и полный контроль над кластером WSFC.Requires membership in the Administrator group on the local computer and full control on the WSFC.

Связанные задачи (экземпляр сервера)Related Tasks (Server Instance)

ЗадачаTask СтатьяArticle
Определение наличия конечной точки зеркального отображения базы данныхDetermining whether database mirroring endpoint exists sys.database_mirroring_endpoints (Transact-SQL)sys.database_mirroring_endpoints (Transact-SQL)
Создание конечной точки зеркального отображения базы данных (если она еще не существует)Creating the database mirroring endpoint (if it does not yet exist) Создание конечной точки зеркального отображения базы данных с проверкой подлинности Windows (Transact-SQL)Create a Database Mirroring Endpoint for Windows Authentication (Transact-SQL)

Использование сертификатов для конечной точки зеркального отображения базы данных (Transact-SQL)Use Certificates for a Database Mirroring Endpoint (Transact-SQL)

Создание конечной точки зеркального отображения базы данных для групп доступности AlwaysOn (SQL Server PowerShell)Create a Database Mirroring Endpoint for Always On Availability Groups (SQL Server PowerShell)
Включение групп доступностиEnabling Availability Groups Включение и отключение групп доступности AlwaysOn (SQL Server)Enable and Disable Always On Availability Groups (SQL Server)

См. также (экземпляр сервера)Related Content (Server Instance)

Рекомендации по сетевым возможностям подключенияNetwork Connectivity Recommendations

Настоятельно рекомендуется использовать одни и те же сетевые соединения для обмена данными между узлами WSFC и репликами доступности.We strongly recommend that you use the same network links for communications between WSFC nodes and communications between availability replicas. Использование отдельных сетевых соединений может привести к непредвиденному поведению в случае отказа даже некоторых из них.Using separate network links can cause unexpected behaviors if some of links fail (even intermittently).

Например, чтобы группа доступности поддерживала автоматический переход на другой ресурс, вторичная реплика, которая является участником обработки отказа, должна находиться в состоянии SYNCHRONIZED.For example, for an availability group to support automatic failover, the secondary replica that is the automatic-failover partner must be in the SYNCHRONIZED state. В случае отказа (даже временного) сетевого соединения с этой вторичной репликой она переходит в состояние UNSYNCHRONIZED и не может начать повторную синхронизацию до тех пор, пока соединение не будет восстановлено.If the network link to this secondary replica fails (even intermittently), the replica enters the UNSYNCHRONIZED state and cannot begin to resynchronize until the link is restored. Если кластер WSFC запрашивает автоматический переход на другой ресурс, пока вторичная реплика не синхронизирована, автоматический переход на другой ресурс не выполняется.If the WSFC requests an automatic failover while the secondary replica is unsynchronized, automatic failover will not occur.

Поддержка возможности подключения клиентаClient Connectivity Support

Сведения о поддержке Группы доступности AlwaysOnAlways On availability groups для обеспечения клиентского соединения см. в разделе Подключение клиента AlwaysOn (SQL Server).For information about Группы доступности AlwaysOnAlways On availability groups support for client connectivity, see Always On Client Connectivity (SQL Server).

Предварительные условия и ограничения, связанные с использованием экземпляра отказоустойчивого кластера SQL Server для размещения реплики доступностиPrerequisites and Restrictions for Using a SQL Server Failover Cluster Instance (FCI) to Host an Availability Replica

В этом разделе.In This Section:

Ограничения (экземпляры отказоустойчивого кластера)Restrictions (FCIs)

Примечание

Экземпляры отказоустойчивого кластера поддерживают кластерные общие тома (CSV).Failover Cluster Instances supports Clustered Shared Volumes (CSV). Дополнительные сведения о CSV-файле см. в разделе Основные сведения о кластерных общих томах в отказоустойчивом кластере.For more information on CSV, see Understanding Cluster Shared Volumes in a Failover Cluster.

  • В узлах кластеров FCI может размещаться только одна реплика определенной группы доступности. При добавлении реплики доступности в FCI узлы кластеров WSFC, являющиеся возможными владельцами FCI, не могут содержать другую реплику той же группы доступности.The cluster nodes of an FCI can host only one replica for a given availability group: If you add an availability replica on an FCI, the WSFC nodes that are possible FCI owners cannot host another replica for the same availability group. Чтобы избежать возможных конфликтов, рекомендуется настроить возможных владельцев для экземпляра отказоустойчивого кластера.To avoid possible conflicts, it is recommended to configure possible owners for the failover cluster instance. Это предотвратит потенциальную возможность, что один кластер WSFC попытается разместить две реплики доступности для одной группы доступности.This will prevent potentially causing a single WSFC from attempting to host two availability replicas for the same availability group.

    Более того, каждая реплика должна быть размещена в экземпляре SQL Server 2016, который находится на отдельном узле WSFC того же кластера WSFC.Furthermore, every other replica must be hosted by an instance of SQL Server 2016 that resides on a different cluster node in the same Windows Server failover cluster. Единственное исключение состоит в том, что при переносе в другой кластер группа доступности может временно находиться в двух кластерах.The only exception is that while being migrated to another cluster, an availability group can temporarily straddle two clusters.

Предупреждение

Если с помощью диспетчера отказоустойчивости кластеров переместить экземпляр отказоустойчивого кластера с группой доступности на узел, который уже содержит реплику той же группы доступности, это может привести к потере этой реплики. Таким образом, эта реплика не будет включена на целевом узле.Using the Failover Cluster Manager to move a failover cluster instance hosting an availability group to a node that is already hosting a replica of the same availability group may result in the loss of the availability group replica, preventing it from being brought online on the target node. Один узел отказоустойчивого кластера не может содержать более одной реплики той же группы доступности.A single node of a failover cluster cannot host more than one replica for the same availability group. Дополнительные сведения о том, как это происходит, и шаги восстановления см. в записи блога Issue: Replica Unexpectedly Dropped in Availability Group (Проблема: неожиданное удаление реплики в группе доступности).For more information on how this occurs, and how to recover, see the blog Replica unexpectedly dropped in availability group.

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

  • Изменение сетевого имени отказоустойчивого кластера FCI. Если необходимо изменить сетевое имя экземпляра FCI, в котором размещена реплика доступности, то сначала необходимо удалить эту реплику из группы доступности, а затем вернуть ее обратно в эту же группу доступности.Changing FCI network name: If you need to change the network name of an FCI that hosts an availability replica, you will need to remove the replica from its availability group and then add the replica back into the availability group. Удалить основную реплику нельзя, поэтому при переименовании экземпляра отказоустойчивого кластера, на котором размещена основная реплика, необходимо выполнить отработку отказа на вторичную реплику, удалить из группы доступности основную реплику и добавить ее снова.You cannot remove the primary replica, so if you are renaming an FCI that is hosting the primary replica, you should fail over to a secondary replica and then remove the former primary replica and add it back. Обратите внимание, что переименование FCI может привести к изменению URL-адреса конечной точки зеркального отображения базы данных.Note that renaming an FCI might alter the URL of its database mirroring endpoint. При добавлении реплики убедитесь, что указываете URL-адрес текущей конечной точки.When you add the replica ensure that you specify the current endpoint URL.

Контрольный список. Предварительные условия (FCI)Checklist: Prerequisites (FCIs)

Предварительные требованияPrerequisite СсылкаLink
ФлажокCheckbox Убедитесь, что каждый экземпляр отказоустойчивого кластера SQL Server обладает требуемым пространством хранения, как и в случае со стандартным экземпляром отказоустойчивого кластера SQL Server.Ensure that each SQL Server failover cluster instance (FCI) possesses the required shared storage as per standard SQL Server failover cluster instance installation.

Связанные задачи (FCI)Related Tasks (FCIs)

ЗадачаTask СтатьяArticle
Установка отказоустойчивого кластера SQL ServerInstalling a SQL Server Failover Cluster Создание отказоустойчивого кластера SQL Server (программа установки)Create a New SQL Server Failover Cluster (Setup)
Обновление существующего отказоустойчивого кластера SQL Server на местеIn-place upgrade of your existing SQL Server Failover Cluster Обновление экземпляра отказоустойчивого кластера SQL Server (программа установки)Upgrade a SQL Server Failover Cluster Instance (Setup)
Обслуживание существующего отказоустойчивого кластера SQL ServerMaintaining your existing SQL Server Failover Cluster Добавление или удаление узлов отказоустойчивого кластера SQL Server (программа установки)Add or Remove Nodes in a SQL Server Failover Cluster (Setup)

См. также (FCI)Related Content (FCIs)

Обязательные условия и ограничения для группы доступностиAvailability Group Prerequisites and Restrictions

В этом разделе.In This Section:

Ограничения (группы доступности)Restrictions (Availability Groups)

  • Реплики доступности должны размещаться на разных узлах одного кластера WSFC. Для каждой группы доступности реплики доступности должны находиться в разных экземплярах сервера, работающих на разных узлах одного и того же кластера WSFC.Availability replicas must be hosted by different nodes of one WSFC: For a given availability group, availability replicas must be hosted by server instances running on different nodes of the same WSFC. Единственное исключение состоит в том, что при переносе в другой кластер группа доступности может временно находиться в двух кластерах.The only exception is that while being migrated to another cluster, an availability group can temporarily straddle two clusters.

    Примечание

    На каждой виртуальной машине на одном физическом компьютере может размещаться реплика доступности для одной и той же группы доступности, так как каждая виртуальная машина работает как отдельный компьютер.Virtual machines on the same physical computer can each host an availability replica for the same availability group because each virtual machine acts as a separate computer.

  • Уникальное имя группы доступности. Имя каждой группы доступности должно быть уникальным в пределах кластера WSFC.Unique availability group name: Each availability group name must be unique on the WSFC. Максимальная длина имени группы доступности составляет 128 символов.The maximum length for an availability group name is 128 characters.

  • Реплики доступности. Каждая группа доступности поддерживает одну первичную реплику и до восьми вторичных реплик.Availability replicas: Each availability group supports one primary replica and up to eight secondary replicas. Все реплики могут выполняться в режиме асинхронной фиксации или до трех из них могут работать в режиме синхронной фиксации (одна первичная реплика с двумя синхронными вторичными репликами).All of the replicas can run under asynchronous-commit mode, or up to three of them can run under synchronous-commit mode (one primary replica with two synchronous secondary replicas).

  • Максимальное количество групп доступности и баз данных доступности на компьютер. Фактическое количество баз данных и групп доступности, которые можно разместить на компьютере (физической или виртуальной машине), зависит от оборудования и загрузки, но строгого ограничения не существует.Maximum number of availability groups and availability databases per computer: The actual number of databases and availability groups you can put on a computer (VM or physical) depends on the hardware and workload, but there is no enforced limit. Корпорация Майкрософт протестировала до 10 групп доступности и 100 баз данных на физических компьютерах, но это предельное количество привязок.Microsoft has tested up to 10 AGs and 100 DBs per physical machine, however this is not a binding limit. В зависимости от характеристик оборудования на сервере и рабочей нагрузки можно поместить больше баз данных и групп доступности в экземпляр SQL Server.Depending on the hardware specification on the server and the workload, you can put a higher number of databases and availability groups on an instance of SQL Server. К символам перегрузки систем могут относиться, помимо прочего, исчерпание ресурса рабочего потока, увеличенное время ответа для системных представлений групп доступности и динамических административных представлений или остановка дампов системы диспетчера.Signs of overloaded systems can include, but are not limited to, worker thread exhaustion, slow response times for availability group system views and DMVs, and/or stalled dispatcher system dumps. Обязательно проведите тщательное тестирование среды с рабочей нагрузкой, чтобы убедиться, что система в состоянии обрабатывать пиковую нагрузку в рамках соглашений об уровне обслуживания приложений.Please make sure to thoroughly test your environment with a production-like workload to ensure it can handle peak workload capacity within your application SLAs. При рассмотрении соглашений об уровне обслуживания обязательно проверяйте нагрузку в условиях сбоя, а также ожидаемое время ответа.When considering SLAs be sure to consider load under failure conditions as well as expected response times.

  • Не используйте диспетчер отказоустойчивости кластеров для управления группами доступности.Do not use the Failover Cluster Manager to manipulate availability groups:

    Пример:For example:

    • Не изменяйте свойства групп доступности, такие как список возможных владельцев.Do not change any availability group properties, such as the possible owners.

    • Не используйте диспетчер отказоустойчивости кластеров для переключения групп доступности.Do not use the Failover Cluster Manager to fail over availability groups. Необходимо использовать Transact-SQLTransact-SQL или среду SQL Server Management StudioSQL Server Management Studio.You must use Transact-SQLTransact-SQL or SQL Server Management StudioSQL Server Management Studio.

Предварительные условия (группы доступности)Prerequisites (Availability Groups)

При создании или повторной настройке конфигурации групп доступности обязательно следуйте описанным ниже требованиям.When creating or reconfiguring an availability group configuration, ensure that you adhere to the following requirements.

Предварительные требованияPrerequisite ОписаниеDescription
ФлажокCheckbox Если вы планируете использовать экземпляр отказоустойчивого кластера SQL ServerSQL Server для размещения реплики доступности, убедитесь, что понимаете ограничения, связанные с использованием отказоустойчивых кластеров, и что требования для создания такого кластера удовлетворены.If you plan to use a SQL ServerSQL Server failover cluster instance (FCI) to host an availability replica, ensure that you understand the FCI restrictions and that the FCI requirements are met. Предварительные условия и ограничения, связанные с использованием экземпляра отказоустойчивого кластера SQL Server для размещения реплики доступности (ранее в этой статье)Prerequisites and Restrictions for Using a SQL Server Failover Cluster Instance (FCI) to Host an Availability Replica (earlier in this article)

Безопасность (группы доступности)Security (Availability Groups)

  • Параметры безопасности наследуются от WSFC.Security is inherited from the WSFC. Отказоустойчивая кластеризация Windows Server обеспечивает два уровня безопасности пользователей на уровне всего кластера.Windows Server failover clustering provides two levels of user security at the granularity of entire cluster:

    • Доступ только для чтения.Read-only access

    • Полный доступFull control

      Группы доступности AlwaysOnAlways On availability groups должен обладать всеми возможностями управления, поэтому использование Группы доступности AlwaysOnAlways On availability groups в экземпляре SQL ServerSQL Server дает ему полный контроль над кластером (через идентификатор безопасности службы).need full control, and enabling Группы доступности AlwaysOnAlways On availability groups on an instance of SQL ServerSQL Server gives it full control of the cluster (through Service SID).

      Нельзя напрямую повышать или снижать уровень безопасности для экземпляра сервера средствами диспетчера кластера.You cannot directly add or remove security for a server instance in Cluster Manager. Для управления сеансами безопасности кластера следует использовать диспетчер конфигураций SQL ServerSQL Server или эквивалент WMI из SQL ServerSQL Server.To manage cluster security sessions, use the SQL ServerSQL Server Configuration Manager or the WMI equivalent from SQL ServerSQL Server.

  • Каждый экземпляр SQL ServerSQL Server должен иметь разрешения для доступа к реестру, кластеру и т. д.Each instance of SQL ServerSQL Server must have permissions to access the registry, cluster, and so forth.

  • Для подключений между экземплярами сервера, на которых размещаются реплики доступности Группы доступности AlwaysOnAlways On availability groups , рекомендуется использовать шифрование.We recommend that you use encryption for connections between server instances that host Группы доступности AlwaysOnAlways On availability groups availability replicas.

Разрешения (группы доступности)Permissions (Availability Groups)

ЗадачаTask Необходимые разрешенияRequired Permissions
Создание группы доступностиCreating an availability group Требуется членство в фиксированной роли сервера sysadmin и одно из разрешений: CREATE AVAILABILITY GROUP, ALTER ANY AVAILABILITY GROUP или CONTROL SERVER.Requires membership in the sysadmin fixed server role and either CREATE AVAILABILITY GROUP server permission, ALTER ANY AVAILABILITY GROUP permission, or CONTROL SERVER permission.
Изменение группы доступности.Altering an availability group Необходимо разрешение 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.

Кроме того, для присоединения базы данных к группе доступности требуется членство в предопределенной роли базы данных db_owner .In addition, joining a database to an availability group requires membership in the db_owner fixed database role.
Удаление группы доступностиDropping/deleting an availability group Необходимо разрешение 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. Для удаления группы доступности, которая не размещена в локальной реплике, необходимо разрешение CONTROL SERVER или разрешение CONTROL на эту группу доступности.To drop an availability group that is not hosted on the local replica location you need CONTROL SERVER permission or CONTROL permission on that Availability Group.

Связанные задачи (группы доступности)Related Tasks (Availability Groups)

ЗадачаTask СтатьяArticle
Создание группы доступностиCreating an availability group Использование группы доступности (мастер создания группы доступности)Use the Availability Group (New Availability Group Wizard)

Создание группы доступности (Transact-SQL)Create an Availability Group (Transact-SQL)

Создание группы доступности (SQL Server PowerShell)Create an Availability Group (SQL Server PowerShell)

Укажите URL-адрес конечной точки при добавлении или изменении реплики доступности (SQL Server)Specify the Endpoint URL When Adding or Modifying an Availability Replica (SQL Server)
Изменение числа реплик доступностиModifying the number of availability replicas Добавление вторичной реплики к группе доступности (SQL Server)Add a Secondary Replica to an Availability Group (SQL Server)

Присоединение вторичной реплики к группе доступности (SQL Server)Join a Secondary Replica to an Availability Group (SQL Server)

Удаление вторичной реплики из группы доступности (SQL Server)Remove a Secondary Replica from an Availability Group (SQL Server)
Создание прослушивателя группы доступностиCreating an availability group listener Создание или настройка прослушивателя группы доступности (SQL Server)Create or Configure an Availability Group Listener (SQL Server)
Удаление группы доступностиDropping an availability group Удаление группы доступности (SQL Server)Remove an Availability Group (SQL Server)

Обязательные условия и ограничения для базы данных доступностиAvailability Database Prerequisites and Restrictions

Для добавления в группу доступности база данных должна соответствовать следующим предварительным условиям и ограничениям.To be eligible to be added to an availability group, a database must meet the following prerequisites and restrictions.

В этом разделе.In This Section:

Контрольный список. Требования (базы данных доступности)Checklist: Requirements (Availability Databases)

Для добавления в группу доступности база данных должна соответствовать следующим требованиям.To be eligible to be added to an availability group, a database must:

ТребованияRequirements СсылкаLink
ФлажокCheckbox Быть пользовательской базой данных.Be a user database. Системные базы данных не могут принадлежать к группе доступности.System databases cannot belong to an availability group.
ФлажокCheckbox Находиться на экземпляре SQL ServerSQL Server , на котором создана группа доступности, и быть доступной для экземпляра сервера.Reside on the instance of SQL ServerSQL Server where you create the availability group and be accessible to the server instance.
ФлажокCheckbox Быть базой, доступной для чтения и записи.Be a read-write database. Базы данных только для чтения не могут быть добавлены в группу доступности.Read-only databases cannot be added to an availability group. sys.databases (is_read_only = 0)sys.databases (is_read_only = 0)
ФлажокCheckbox Быть многопользовательской базой данных.Be a multi-user database. sys.databases (user_access = 0)sys.databases (user_access = 0)
ФлажокCheckbox Не использовать параметр AUTO_CLOSE.Not use AUTO_CLOSE. sys.databases (is_auto_close_on = 0)sys.databases (is_auto_close_on = 0)
ФлажокCheckbox Используйте модель полного восстановления (также известную как режим полного восстановления).Use the full recovery model (also known as, full recovery mode). sys.databases (recovery_model = 1)sys.databases (recovery_model = 1)
ФлажокCheckbox Необходима по крайней мере одна полная резервная копия базы данных.Possess at least one full database backup.

Примечание. После установки базы данных в режим полного восстановления потребуется полная резервная копия для включения цепочки журналов полного восстановления.Note: After setting a database to full recovery mode, a full backup is required to initiate the full-recovery log chain.
Создание полной резервной копии базы данных (SQL Server)Create a Full Database Backup (SQL Server)
ФлажокCheckbox Не принадлежать ни к одной другой группе доступности.Not belong to any existing availability group. sys.databases (group_database_id = NULL)sys.databases (group_database_id = NULL)
ФлажокCheckbox Не быть настроенной для зеркального отображения базы данных.Not be configured for database mirroring. sys.database_mirroring (если база данных не участвует в зеркальном отображении, все столбцы с префиксом "mirroring_" имеют значение NULL)sys.database_mirroring (If the database does not participate in mirroring, all columns prefixed with "mirroring_" are NULL.)
ФлажокCheckbox Перед добавлением в группу доступности базы данных, в которой используется FILESTREAM, следует убедиться, что FILESTREAM поддерживается на всех экземплярах серверов, на которых размещены или будут размещены реплики доступности для группы доступности.Before adding a database that uses FILESTREAM to an availability group, ensure that FILESTREAM is enabled on every server instance that hosts or will host an availability replica for the availability group. Включение и настройка FILESTREAMEnable and Configure FILESTREAM
ФлажокCheckbox Перед добавлением автономной базы данных в группу доступности убедитесь, что параметру сервера contained database authentication присвоено значение 1 на каждом экземпляре сервера, где размещена или будет размещена реплика доступности для группы доступности.Before adding a contained database to an availability group, ensure that the contained database authentication server option is set to 1 on every server instance that hosts or will host an availability replica for the availability group. Параметр конфигурации сервера «проверка подлинности автономной базы данных»contained database authentication Server Configuration Option

Параметры конфигурации сервера (SQL Server)Server Configuration Options (SQL Server)

Примечание

Группы доступности AlwaysOnAlways On availability groups работает с любым поддерживаемым уровнем совместимости базы данных.works with any supported database compatibility level.

Ограничения (базы данных доступности)Restrictions (Availability Databases)

  • Если путь к файлу (в том числе буква диска) базы данных-получателя отличается от пути в соответствующей базе данных-источнике, применимы следующие ограничения.If the file path (including the drive letter) of a secondary database differs from the path of the corresponding primary database, the following restrictions apply:

    • Мастер создания группы доступностиNew Availability Group Wizard/Мастер добавления базы данных в группу доступностиAdd Database to Availability Group Wizard: Параметр Полная не поддерживается (на странице Выбор начальной синхронизации данных).Мастер создания группы доступностиNew Availability Group Wizard/Мастер добавления базы данных в группу доступностиAdd Database to Availability Group Wizard: The Full option is not supported (on theSelect Initial Data Synchronization Page page),

    • RESTORE WITH MOVE: для создания базы данных-получателя файлы базы данных должны иметь атрибут RESTORED WITH MOVE в каждом экземпляре SQL ServerSQL Server, в котором размещена вторичная реплика.RESTORE WITH MOVE: To create the secondary databases, the database files must be RESTORED WITH MOVE on each instance of SQL ServerSQL Server that hosts a secondary replica.

    • Воздействие на операции добавления файлов. Операция добавления файлов, выполняемая позднее в первичной реплике, может завершиться неудачей в базах данных-получателях.Impact on add-file operations: A later add-file operation on the primary replica might fail on the secondary databases. Эта ошибка может вызвать приостановку работы баз данных-получателей.This failure could cause the secondary databases to be suspended. Это, в свою очередь, вызовет переход дополнительных реплик в состояние NOT SYNCHRONIZING.This, in turn, causes the secondary replicas to enter the NOT SYNCHRONIZING state.

      Примечание

      Дополнительные сведения об отсутствии отклика на неудачную операцию добавления файла см. в разделе Устранение неполадок с операцией добавления файлов, давшей сбой (группы доступности AlwaysOn).For information about responding to a failed ad-file operation, see Troubleshoot a Failed Add-File Operation (Always On Availability Groups).

  • Нельзя удалить базу данных, которая принадлежит какой-либо группе доступности.You cannot drop a database that currently belongs to an availability group.

Дальнейшие действия для баз данных, защищаемых прозрачным шифрованиемFollow Up for TDE Protected Databases

Если используется прозрачное шифрование данных (TDE), то сертификат или асимметричный ключ службы для создания и расшифровки других ключей должен быть одинаков на всех экземплярах сервера, где размещены реплики группы доступности.If you use transparent data encryption (TDE), the certificate or asymmetric key for creating and decrypting other keys must be the same on every server instance that hosts an availability replica for the availability group. Дополнительные сведения см. в разделе Перемещение базы данных, защищаемой прозрачным шифрованием, в другой экземпляр SQL Server.For more information, see Move a TDE Protected Database to Another SQL Server.

Разрешения (базы данных доступности)Permissions (Availability Databases)

Необходимо разрешение ALTER на базу данных.Requires ALTER permission on the database.

Связанные задачи (базы данных доступности)Related Tasks (Availability Databases)

ЗадачаTask СтатьяArticle
Подготовка базы данных-получателя (вручную)Preparing a secondary database (manually) Подготовка базы данных-получателя для присоединения к группе доступности вручную (SQL Server)Manually Prepare a Secondary Database for an Availability Group (SQL Server)
Присоединение базы данных-получателя к группе доступности (вручную)Joining a secondary database to availability group (manually) Присоединение базы данных-получателя к группе доступности (SQL Server)Join a Secondary Database to an Availability Group (SQL Server)
Изменение числа баз данных доступностиModifying the number of availability databases Добавление базы данных в группу доступности (SQL Server)Add a Database to an Availability Group (SQL Server)

Удаление базы данных-получателя из группы доступности (SQL Server)Remove a Secondary Database from an Availability Group (SQL Server)

Удаление базы данных-источника из группы доступности (SQL Server)Remove a Primary Database from an Availability Group (SQL Server)

См. такжеRelated Content

См. также:See Also

Обзор групп доступности AlwaysOn (SQL Server) Overview of Always On Availability Groups (SQL Server)
Отказоустойчивая кластеризация и группы доступности AlwaysOn (SQL Server) Failover Clustering and Always On Availability Groups (SQL Server)
Подключение клиента AlwaysOn (SQL Server)Always On Client Connectivity (SQL Server)