Предварительные требования, ограничения и рекомендации для групп доступности AlwaysOn

Область применения:SQL Server

В этой статье описываются рекомендации по развертыванию групп доступности AlwaysOn, включая предварительные требования, ограничения и рекомендации для хост-компьютеров, отказоустойчивых кластеров Windows Server (WSFC), экземпляров серверов и групп доступности. Для каждого из этих компонентов описываются имеющиеся вопросы безопасности и необходимые разрешения.

Внимание

Перед развертыванием групп доступности AlwaysOn настоятельно рекомендуется ознакомиться с каждым разделом этого раздела.

Исправления .NET с поддержкой групп доступности

В зависимости от компонентов и функций SQL Server, которые будут использоваться с группами доступности Always On, может потребоваться установить дополнительные исправления для .NET, перечисленные в следующей таблице. Исправления можно установить в любом порядке.

Зависимый компонент	Срочное исправление	Ссылка
Службы отчетов	Исправление для .NET 3.5 SP1 добавляет в SQL Client поддержку функций Always On: Read-intent, readonly и multisubnetfailover. Исправление должно быть установлено на каждом сервере отчетов Reporting Services.	KB 2654347: исправление для .NET Framework 3.5 с пакетом обновления 1 (SP1), добавляющее поддержку функций Always On

Контрольный список: требования (система Windows)

Чтобы поддерживать функцию групп доступности AlwaysOn, убедитесь, что каждый компьютер, участвующий в одной или нескольких группах доступности, соответствует следующим основным требованиям:

Требование	Ссылка
Убедитесь, что система не является контроллером домена.	Группы доступности не поддерживаются на контроллерах домена.
Убедитесь, что каждый компьютер работает в поддерживаемой версии Windows Server	Требования к оборудованию и программному обеспечению для: - SQL Server 2025 г. - SQL Server 2022 - SQL Server 2019 - SQL Server 2017
Убедитесь, что каждый компьютер является узлом в кластере WSFC.	Отказоустойчивая кластеризация Windows Server с SQL Server
Убедитесь, что кластер WSFC содержит достаточное количество узлов для поддержки требуемых конфигураций групп доступности.	На узле кластера можно разместить только одну реплику для группы доступности. Один и тот же узел не может размещать две реплики из одной группы доступности. Узел кластера может участвовать в нескольких группах доступности, с одной репликой из каждой группы. Обратитесь к администраторам базы данных, чтобы узнать, сколько узлов кластера требуется для поддержки реплик доступности для планируемых групп доступности. Что такое группа доступности AlwaysOn?

Внимание

Кроме того, убедитесь, что среда правильно настроена для соединения с группой доступности. Дополнительные сведения см. в разделе Поддержка подключения драйверов и клиентов к группам доступности.

Рекомендации для компьютеров, на которых размещаются реплики доступности (система Windows)

• Сопоставимые системы: Для данной группы доступности все реплики доступности должны выполняться на сопоставимых системах, способных обрабатывать примерно одинаковую рабочую нагрузку.

• Выделенные сетевые адаптеры: Для оптимальной производительности следует использовать выделенный сетевой адаптер для групп доступности Always On (сетевую карту).

• Достаточное дисковое пространство: Каждый компьютер, на котором экземпляр сервера размещает реплику доступности, должен иметь достаточное дисковое пространство для всех баз данных в группе доступности. Помните, что по мере роста первичных баз данных соответствующие вторичные базы данных увеличиваются на ту же величину.

• Идентичная структура дисков: Каждый компьютер, на котором экземпляр сервера размещает реплику доступности, должен иметь идентичную структуру дисков (с теми же буквами дисков и теми же размерами), чтобы пути к файлам базы данных (mdf, ldf) совпадали, во избежание проблем при начальном заполнении и синхронизации. Просмотрите ограничения (базы данных доступности) для разных макетов дисков.

• Конфигурация регулятора ресурсов: Если вы используете регулятор ресурсов, используйте одну и ту же конфигурацию регулятора ресурсов во всех экземплярах, на которых размещаются реплики группы доступности.

Разрешения (система Windows)

Для администрирования кластера WSFC пользователь должен быть системным администратором на каждом узле кластера.

Дополнительные сведения об учетной записи для администрирования кластера см. в Приложении A. Требования к отказоустойчивому кластеру.

Изменить HostRecordTTL (с помощью PowerShell)

1. Откройте окно Powershell с помощью варианта Запуск от имени администратора.

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

3. С помощью командлета Get-ClusterResource найдите ресурс сетевого имени, а затем с помощью командлета Set-ClusterParameter задайте значение HostRecordTTL следующим образом:

   Get-ClusterResource NetworkResourceName<> | Set-ClusterParameter HostRecordTTL <TimeInSeconds>

   В следующем примере для PowerShell задается значение HostRecordTTL в 300 секунд для сетевого ресурса сетевого имени SQL Network Name (SQL35).

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

   Совет

   Каждый раз при открытии нового окна PowerShell потребуется импортировать модуль FailoverClusters .

Связанное содержимое (PowerShell)

• Кластеризация и высокий уровень доступности (блог группы по отказоустойчивой кластеризации и балансировке сетевой нагрузки)

• Начало работы с Windows PowerShell в отказоустойчивом кластере

• Команды для ресурсов кластера и соответствующие командлеты Windows PowerShell

Связанное содержимое (система Windows)

• Настройка параметров DNS в отказоустойчивом кластере с несколькими сайтами

• Регистрация DNS с использованием ресурса сетевого имени

Предварительные требования и ограничения экземпляра SQL Server

Для каждой группы доступности требуется набор партнеров по отработке отказа, называемых репликами доступности, размещаемых в экземплярах SQL Server. Данный экземпляр сервера может быть автономным экземпляром или экземпляром отказоустойчивого кластера SQL Server (FCI).

В этом разделе:

• Контрольный список: предварительные требования
• Использование потоков в группах доступности
• Разрешения
• Связанные задачи
• Связанный контент

Контрольный список: предварительные требования (экземпляр сервера)

Предварительные требования	Ссылки.
Этот компьютер должен быть узлом кластера WSFC. Экземпляры SQL Server, на которых размещаются реплики доступности для определенной группы доступности, находятся на отдельных узлах кластера. Группа доступности может временно охватывать два кластера при переносе в другой кластер. В SQL Server 2016 (13.x) появились распределенные группы доступности. В распределенной группе доступности две группы доступности находятся в разных кластерах.	Отказоустойчивая кластеризация Windows Server с SQL Server Отказоустойчивая кластеризация и группы доступности Always On (SQL Server) Распределенные группы доступности
Если необходима группа доступности для работы с Kerberos: Все экземпляры сервера, на которых размещена реплика доступности для группы доступности, должны использовать одинаковые учетные записи службы SQL Server. Администратору домена необходимо вручную зарегистрировать в Active Directory имя участника-службы (SPN) для учетной записи службы SQL Server для виртуального сетевого имени (VNN) слушателя группы доступности. Если SPN зарегистрирован для учетной записи, отличной от учетной записи службы SQL Server, проверка подлинности завершается ошибкой. Чтобы использовать аутентификацию Kerberos для связи между конечными точками группы доступности (AG), вручную зарегистрируйте SPN для конечных точек зеркального отображения базы данных, используемых AG. Важно: Если вы измените учетную запись службы SQL Server, администратор домена должен будет вручную повторно зарегистрировать SPN.	Регистрация имени субъекта-службы для подключений Kerberos Примечание. Kerberos и SPN обеспечивают взаимную аутентификацию. SPN сопоставляется с учетной записью Windows, которая используется для запуска служб SQL Server. Если имя участника-службы (SPN) зарегистрировано неправильно или если не удается его зарегистрировать, уровень безопасности Windows не может определить учетную запись, связанную с SPN, и использовать проверку подлинности Kerberos невозможно. Заметка:NTLM не имеет этого требования.
Если вы планируете использовать экземпляр отказоустойчивого кластера SQL Server (FCI) для размещения реплики доступности, убедитесь, что вы понимаете ограничения FCI и соответствуете требованиям FCI.	Предварительные требования и требования к использованию экземпляра отказоустойчивого кластера SQL Server (FCI) для размещения реплики доступности (далее в этой статье)
На каждом экземпляре сервера, входящем в группу доступности, должна быть запущена одна и та же версия SQL Server.	Дополнительные сведения см. в списке выпусков и поддерживаемых функций в конце этого раздела.
Все экземпляры сервера, на которых размещены реплики доступности для одной группы доступности, должны использовать одинаковые параметры сортировки SQL Server.	Задать или изменить сортировку сервера
Включите функцию групп доступности AlwaysOn на каждом экземпляре сервера, на котором будет размещаться реплика доступности для любой группы доступности. На определенном компьютере можно включить столько экземпляров сервера для групп доступности AlwaysOn, сколько поддерживает установка SQL Server.	Включение или отключение функции группы доступности AlwaysOn Важно. При уничтожении и повторном создании WSFC необходимо отключить и повторно включить функцию групп доступности AlwaysOn на каждом экземпляре сервера, который был включен для групп доступности AlwaysOn в исходном кластере.
Каждый экземпляр сервера должен иметь конечную точку зеркального отображения базы данных. Эта конечная точка совместно используется всеми репликами группы доступности, а также партнерами зеркального отображения базы данных и свидетелями на данном экземпляре сервера. Если экземпляр сервера, выбранный для размещения реплики доступности, работает под учетной записью доменного пользователя и еще не имеет конечной точки зеркального отображения базы данных, Использование мастера группы доступности (SQL Server Management Studio) (или Добавление реплики в группу доступности Always On с помощью мастера группы доступности в SQL Server Management Studio) может создать конечную точку и предоставить учетной записи службы экземпляра сервера разрешение CONNECT. Однако если служба SQL Server выполняется как встроенная учетная запись, например локальная система, локальная служба или сетевая служба, или учетная запись, не являющаяся доменом, необходимо использовать сертификаты для проверки подлинности конечной точки, а мастер не может создать конечную точку зеркального отображения базы данных на экземпляре сервера. В этом случае рекомендуется создавать конечные точки зеркального отображения базы данных вручную до запуска мастера. Примечание по безопасности. Безопасность транспорта для групп доступности AlwaysOn аналогична зеркальному отображению базы данных.	Конечная точка зеркального отображения базы данных (SQL Server) Безопасность транспорта — зеркальное отображение базы данных — доступность AlwaysOn
Если все базы данных, использующие FILESTREAM, добавляются в группу доступности, убедитесь, что FILESTREAM включен на каждом экземпляре сервера, где будет размещаться реплика доступности для группы доступности.	Включение и настройка FILESTREAM
Если в группу доступности добавляются какие-либо автономные базы данных, убедитесь, что параметр конфигурации сервера contained database authentication имеет значение 1 на каждом экземпляре сервера, на котором размещена реплика доступности данной группы доступности.	Конфигурация сервера: проверка подлинности автономной базы данных Параметры конфигурации сервера

Список функций, поддерживаемых выпусками SQL Server в среде Windows, см. в следующей статье:

• Выпуски и поддерживаемые функции SQL Server 2025
• Выпуски и поддерживаемые функции SQL Server 2022
• Выпуски и поддерживаемые функции SQL Server 2019
• Выпуски SQL Server 2017 и поддерживаемые функции

Использование потоков группами доступности

Группы доступности AlwaysOn имеют следующие требования для рабочих потоков:

• В неактивном экземпляре SQL Server группы доступности AlwaysOn используют 0 потоков.

• Максимальное количество потоков, используемых группами доступности, — это настроенный параметр для максимального количества потоков сервера (max worker threads) минус 40.

• Реплики доступности, размещенные на данном экземпляре сервера, совместно используют один пул потоков в SQL Server 2019 (15.x) и предыдущих версиях.

  Потоки предоставляются в общий доступ по мере необходимости, следующим образом:

  • Обычно имеется 3–10 общих потоков, но это число может возрасти в зависимости от рабочей нагрузки первичной реплики.

  • Если данный поток неактивен в течение некоторого времени, он освобождается обратно в общий пул потоков SQL Server. Обычно неактивный поток освобождается примерно через 15 секунд неактивности. Однако в зависимости от последней активности бездействующий поток может сохраняться дольше.

  • Экземпляр SQL Server использует до 100 потоков параллельного повтора для вторичных реплик. Каждая база данных использует до половины от общего числа ядер ЦП, но не более 16 потоков на базу данных. Если общее число требуемых потоков для одного экземпляра превышает 100, SQL Server использует один поток повтора для каждой из оставшихся баз данных. Последовательные потоки redo освобождаются после примерно 15 секунд бездействия.

• Кроме того, группы доступности используют неразделенные потоки следующим образом.

  • Каждая первичная реплика использует по одному потоку Log Capture для каждой первичной базы данных. Кроме того, для каждой вторичной базы данных используется один поток отправки журнала. Потоки отправки логов освобождаются после ~15 секунд неактивности.

  • Резервное копирование на вторичной реплике удерживает поток на первичной реплике на время операции резервного копирования.

• В SQL Server 2022 (16.x) появился пул потоков параллельного повтора операций — пул потоков уровня экземпляра, общий для всех баз данных, для которых требуется повтор операций. С помощью этого пула один и тот же набор потоков может обрабатывать записи журнала для разных баз данных одновременно (параллельно). В SQL Server 2019 (15.x) и предыдущих версиях количество доступных потоков для повтора ограничено 100.

• В SQL Server 2019 (15.x) появилось параллельное повторное выполнение для оптимизированных для памяти баз данных группы доступности. В SQL Server 2016 (13.x) и SQL Server 2017 (14.x) дисковые таблицы не используют параллельное повторное выполнение, если база данных в группе доступности также является оптимизированной для памяти.

Дополнительные сведения см. в разделе AlwaysOn — серия обучения HADRON: использование пула рабочих ролей для баз данных с поддержкой HADRON (блог инженеров SQL Server CSS).

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

Задача	Необходимые разрешения
Создание конечной точки для зеркального отображения базы данных	Требуется разрешение CREATE ENDPOINT или членство в предопределенной роли сервера sysadmin. Также требуется CONTROL ON ENDPOINT разрешение. Дополнительные сведения см. в разделе GRANT "Разрешения конечной точки".
Включение групп доступности AlwaysOn	Требуется членство в группе Администратор на локальном компьютере и полный контроль над кластером WSFC.

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

Задача	Статья
Определение наличия конечной точки зеркального отображения базы данных	sys.database_mirroring_endpoints
Создание конечной точки зеркального отображения базы данных (если она еще не существует)	Создайте конечную точку зеркалирования базы данных для проверки подлинности Windows Использование сертификатов для конечной точки зеркального отображения базы данных Создайте конечную точку зеркального отображения базы данных для группы доступности с помощью PowerShell
Включение групп доступности	Включение или отключение функции группы доступности AlwaysOn

Связанный контент (экземпляр сервера)

• AlwaysOn — серия обучения HADRON: использование рабочего пула для баз данных с поддержкой HADRON

Рекомендации по подключению к сети

Настоятельно рекомендуется использовать одни и те же сетевые подключения для обмена данными между узлами WSFC и между репликами доступности. Использование отдельных сетевых соединений может привести к непредвиденному поведению в случае отказа даже некоторых из них.

Например, чтобы группа доступности поддерживала автоматическое переключение при отказе, вторичная реплика, которая является партнёром по автоматическому переключению при отказе, должна находиться в состоянии SYNCHRONIZED. Если сетевая ссылка на эту вторичную реплику завершается ошибкой (даже периодически), реплика входит в состояние UNSYNCHRONIZED и не может начать повторно выполнять повторную синхронизацию, пока не будет восстановлена ссылка. Если WSFC запрашивает автоматическое переключение при отказе, когда вторичная реплика не синхронизирована, автоматическое переключение при отказе не выполняется.

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

Сведения о поддержке клиентских подключений для групп доступности Always On см. в статье «Поддержка драйверов и клиентских подключений для групп доступности».

Предварительные требования и ограничения для использования экземпляра отказоустойчивого кластера SQL Server (FCI) для размещения реплики доступности

В этом разделе:

• Ограничения
• Контрольный список: предварительные требования
• Связанные задачи
• См. также

Ограничения (FCI)

Примечание.

Экземпляры отказоустойчивого кластера (FCIs) поддерживают кластеризованные общие тома (CSV). Дополнительные сведения о CSV см. в разделе Про общие тома кластеров в отказоустойчивых кластерах..

• Узлы кластера FCI могут размещать только одну реплику для данной группы доступности: если добавить реплику доступности в FCI, узлы WSFC, которые возможны владельцы FCI, не могут разместить другую реплику для той же группы доступности. Чтобы избежать возможных конфликтов, рекомендуется настроить возможных владельцев для экземпляра отказоустойчивого кластера. Это предотвращает возможную ситуацию, при которой один WSFC попытается разместить две реплики доступности для одной и той же группы доступности.

  Кроме того, каждая другая реплика должна размещаться экземпляром SQL Server, который находится на другом узле кластера в том же отказоустойчивом кластере Windows Server. Единственное исключение состоит в том, что при переносе в другой кластер группа доступности может временно находиться в двух кластерах.

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

  Использование Диспетчера отказоустойчивости кластеров для перемещения экземпляра FCI, на котором размещена группа доступности, на узел, на котором уже размещена реплика той же группы доступности, может привести к потере реплики группы доступности, из-за чего ее невозможно будет вывести в сеть на целевом узле. Один узел отказоустойчивого кластера не может размещать несколько реплик для одной группы доступности. Дополнительные сведения о том, как это происходит и как восстановиться после этого, см. в записи блога Replica unexpectedly dropped in availability group.

• Экземпляры FCI не поддерживают автоматическое переключение при отказе по группам доступности: Экземпляры FCI не поддерживают автоматическое переключение при отказе по группам доступности, поэтому любая реплика доступности, размещенная в FCI, может быть настроена только для ручного переключения при отказе.

• Изменение имени сети FCI. Если необходимо изменить сетевое имя FCI, на котором размещена реплика доступности, необходимо удалить реплику из своей группы доступности, а затем добавить реплику обратно в группу доступности. Вы не можете удалить первичную реплику, поэтому, если вы переименовываете FCI, на котором размещена первичная реплика, необходимо выполнить переключение при отказе на вторичную реплику, а затем удалить бывшую первичную реплику и добавить ее обратно. Переименование FCI может изменить URL-адрес конечной точки зеркального отображения базы данных. При добавлении реплики убедитесь, что указываете URL-адрес текущей конечной точки.

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

Предварительные требования	Ссылка
Убедитесь, что каждый экземпляр отказоустойчивого кластера SQL Server имеет необходимое общее хранилище, как при стандартной установке экземпляра отказоустойчивого кластера SQL Server.

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

Задача	Статья
Установка SQL Server FCI	Создание нового экземпляра отказоустойчивого кластера AlwaysOn (настройка)
Обновление на месте существующего FCI SQL Server	Обновление экземпляра отказоустойчивого кластера
Обслуживание существующего кластера SQL Server FCI	Добавление или удаление узлов в экземпляре отказоустойчивого кластера (программа установки)

Связанный контент (FCIs)

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

• Руководство по архитектуре AlwaysOn. Создание решения высокого уровня доступности и аварийного восстановления с помощью экземпляров отказоустойчивого кластера и групп доступности

Предварительные требования и ограничения группы доступности

В этом разделе:

• Ограничения
• Требования
• Безопасность
• Связанные задачи

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

• Реплики доступности должны размещаться на разных узлах одного кластера WSFC: Для данной группы доступности реплики доступности должны размещаться на разных экземплярах сервера, работающих на разных узлах одного и того же кластера WSFC. Единственное исключение состоит в том, что при переносе в другой кластер группа доступности может временно находиться в двух кластерах.

  Примечание.

  На каждой виртуальной машине на одном физическом компьютере может размещаться реплика доступности для одной и той же группы доступности, так как каждая виртуальная машина работает как отдельный компьютер.

• Уникальное имя группы доступности: Имя каждой группы доступности должно быть уникальным в пределах кластера WSFC. Максимальная длина имени группы доступности составляет 128 символов.

• Реплики доступности: Каждая группа доступности поддерживает одну первичную реплику и до восьми вторичных реплик. Все реплики могут выполняться в режиме асинхронной фиксации или до пяти из них могут работать в режиме синхронной фиксации (одна первичная реплика с двумя синхронными вторичными репликами). Каждая реплика должна иметь уникальное имя сервера в Windows и SQL Server. Имена серверов в Windows и SQL Server должны совпадать.

• Максимальное количество групп доступности и баз данных доступности на компьютер: фактическое количество баз данных и групп доступности, которые можно поместить на компьютер (виртуальную машину или физический), зависит от оборудования и рабочей нагрузки, но не существует принудительного ограничения. Microsoft протестировала до 10 групп доступности и 100 баз данных на одной физической машине; однако это не является жёстким ограничением. В зависимости от характеристик оборудования на сервере и рабочей нагрузки можно поместить больше баз данных и групп доступности в экземпляр SQL Server. Признаки перегруженных систем могут включать, помимо прочего, исчерпание рабочих потоков, медленное время отклика системных представлений группы доступности и динамических административных представлений (DMV) и/или зависание системных дампов диспетчера. Обязательно проведите тщательное тестирование среды с рабочей нагрузкой, чтобы убедиться, что система в состоянии обрабатывать пиковую нагрузку в рамках соглашений об уровне обслуживания приложений. При рассмотрении соглашений об уровне обслуживания обязательно проверяйте нагрузку в условиях сбоя, а также ожидаемое время ответа.

• Не используйте диспетчер отказоустойчивости кластеров для управления группами доступности. Состояние FCI SQL Server разделяется между SQL Server и отказоустойчивым кластером Windows Server (WSFC), при этом SQL Server хранит более подробные сведения о состоянии экземпляров, чем требуется кластеру. Модель управления заключается в том, что SQL Server необходимо инициировать транзакции и отвечать за поддержание представления кластера о состоянии в синхронизации с представлением состояния SQL Server. Если состояние кластера изменяется за пределами SQL Server, состояние может выйти из синхронизации между WSFC и SQL Server, что может привести к непредсказуемому поведению.

  Например:

  • Не изменяйте свойства группы доступности, например возможных владельцев.

  • Не используйте Диспетчер отказоустойчивости кластеров для переключения групп доступности при отказе. Необходимо использовать Transact-SQL или SQL Server Management Studio.

• Не добавляйте ресурсы или не изменяйте зависимости, связанные с ролью группы доступности. Мы не рекомендуем добавлять дополнительные ресурсы (включая пользовательские или сторонние лица) в роль группы доступности или изменять зависимости от роли, так как эти изменения могут негативно сказаться на работе резервирования.

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

При создании или повторной настройке конфигурации групп доступности обязательно следуйте описанным ниже требованиям.

Предварительные требования	Описание
Если вы планируете использовать экземпляр отказоустойчивого кластера SQL Server (FCI) для размещения реплики доступности, убедитесь, что вы понимаете ограничения FCI и соответствуете требованиям FCI.	Предварительные требования и ограничения для использования экземпляра отказоустойчивого кластера SQL Server (FCI) для размещения реплики доступности (ранее в этой статье)

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

• Безопасность наследуется от WSFC. Отказоустойчивая кластеризация Windows Server обеспечивает два уровня безопасности пользователей на уровне всего кластера.

  • Доступ только для чтения

  • Полный контроль

    Для групп доступности AlwaysOn требуется полный контроль и включение групп доступности AlwaysOn на экземпляре SQL Server обеспечивает полный контроль над кластером (через службу SID).

    Невозможно напрямую добавить или удалить безопасность для экземпляра сервера в Диспетчере кластеров. Для управления сеансами безопасности кластера используйте диспетчер конфигурации SQL Server или эквивалент WMI из SQL Server.

• Каждый экземпляр SQL Server должен иметь разрешения на доступ к реестру, кластеру и т. д.

• Мы рекомендуем использовать шифрование для соединений между экземплярами сервера, на которых размещены реплики групп доступности Always On.

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

Задача	Необходимые разрешения
Создание группы доступности	Требуется членство в предопределенной роли сервера sysadmin, а также одно из следующих разрешений: сервера CREATE AVAILABILITY GROUP, ALTER ANY AVAILABILITY GROUP или CONTROL SERVER.
Изменение группы доступности	Требуется разрешение ALTER AVAILABILITY GROUP для группы доступности, разрешение CONTROL AVAILABILITY GROUP, разрешение ALTER ANY AVAILABILITY GROUP или разрешение CONTROL SERVER. Кроме того, для присоединения базы данных к группе доступности требуется членство в предопределенной роли базы данных db_owner .
Удаление или исключение группы доступности	Требуется разрешение ALTER AVAILABILITY GROUP для группы доступности, разрешение CONTROL AVAILABILITY GROUP, разрешение ALTER ANY AVAILABILITY GROUP или разрешение CONTROL SERVER. Чтобы удалить группу доступности, не размещённую на локальном экземпляре реплики, требуется разрешение CONTROL SERVER или CONTROL для этой группы доступности.

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

Задача	Статья
Создание группы доступности	Использование мастера групп доступности (SQL Server Management Studio) Создание группы доступности AlwaysOn с помощью Transact-SQL (T-SQL) Создание группы доступности AlwaysOn с помощью PowerShell Указание URL-адреса конечной точки — добавление или изменение реплики доступности
Изменение числа реплик доступности	Добавить вторичную реплику в группу доступности Always On Присоедините вторичную реплику к группе доступности Always On Удалить вторичную реплику из группы доступности (SQL Server)
Создание прослушивателя группы доступности	Настройка прослушивателя для группы доступности Always On
Удаление группы доступности	Удаление группы доступности (SQL Server)

Требования и ограничения к базе данных доступности

Для добавления в группу доступности база данных должна соответствовать следующим предварительным условиям и ограничениям.

В этом разделе:

• Требования
• Ограничения
• Рекомендации для компьютеров, на которых размещаются реплики доступности (система Windows)
• Разрешения
• Связанные задачи

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

Для добавления в группу доступности база данных должна соответствовать следующим требованиям.

Требования	Ссылка
Быть пользовательской базой данных. Системные базы данных не могут принадлежать группе доступности.
Должны находиться на экземпляре SQL Server, на котором создается группа доступности, и быть доступны экземпляру сервера.
Быть базой, доступной для чтения и записи. Базы данных только для чтения нельзя добавить в группу доступности.	sys.databases (is_read_only = 0)
Быть многопользовательской базой данных.	sys.databases (user_access = 0)
Не используется AUTO_CLOSE.	sys.databases (is_auto_close_on = 0)
Используйте модель полного восстановления.	sys.databases (recovery_model = 1)
Необходима по крайней мере одна полная резервная копия базы данных. Примечание. После настройки базы данных для полной модели восстановления требуется полная резервная копия для запуска цепочки журналов полного восстановления.	Создание полной резервной копии базы данных
Не принадлежит ни к одной существующей группе доступности.	Системные базы данных (group_database_id = NULL)
Не настроена для зеркалирования базы данных.	sys.database_mirroring (Если база данных не участвует в зеркальном отображении, все столбцы с префиксом "mirroring_" имеют значение NULL.)
Перед добавлением в группу доступности базы данных, в которой используется FILESTREAM, следует убедиться, что FILESTREAM поддерживается на всех экземплярах серверов, на которых размещены или будут размещены реплики доступности для группы доступности.	Включение и настройка FILESTREAM
Перед добавлением автономной базы данных в группу доступности убедитесь, что параметру сервера contained database authentication присвоено значение 1 на каждом экземпляре сервера, где размещена или будет размещена реплика доступности для группы доступности.	Конфигурация сервера: проверка подлинности автономной базы данных Параметры конфигурации сервера

Примечание.

Группы доступности AlwaysOn работают с любым поддерживаемым уровнем совместимости базы данных.

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

• Если путь к файлу (в том числе буква диска) базы данных-получателя отличается от пути в соответствующей базе данных-источнике, применимы следующие ограничения.

  • Мастер создания группы доступности и мастер добавления базы данных в группу доступности:Полный параметр не поддерживается (на странице выбора начальной синхронизации данных (мастера группы доступности AlwaysOn)

  • RESTORE WITH MOVE: Чтобы создать вторичные базы данных, файлы базы данных необходимо восстановить WITH MOVE на каждом экземпляре SQL Server, на котором размещается вторичная реплика.

  • Влияние на операции добавления файла: Более поздняя операция добавления файла на основной реплике может завершиться ошибкой во вторичных базах данных. Этот сбой может привести к приостановке работы вторичных баз данных. Это, в свою очередь, приводит к тому, что вторичные реплики переходят в состояние NOT SYNCHRONIZING.

    Примечание.

    Для получения информации о реагировании на ошибку при добавлении файла см. Устранение неполадок ошибки операции добавления файла (группы доступности Always On).

• Вы не можете удалить базу данных, которая в настоящее время принадлежит группе доступности.

Дальнейшие действия для защищенных баз данных TDE

Если используется прозрачное шифрование данных (TDE), сертификат или асимметричный ключ, используемые для создания и расшифровки других ключей, должны быть одинаковыми на каждом экземпляре сервера, который размещает реплику доступности для группы доступности. Дополнительные сведения см. в разделе "Перемещение защищенной базы данных TDE в другой SQL Server".

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

Необходимо разрешение ALTER на базу данных.

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

Задача	Статья
Подготовка вторичной базы данных (вручную)	Подготовьте вторичную базу данных для группы доступности Always On
Присоединение вторичной базы данных к группе доступности (вручную)	Присоединение вторичной базы данных к группе доступности Always On
Изменение числа баз данных доступности	Добавление базы данных в группу доступности AlwaysOn Удалить вторичную базу данных из группы доступности (SQL Server) Удаление первичной базы данных из группы доступности Always On

Связанный контент

• Руководство по решениям Microsoft SQL Server AlwaysOn для обеспечения высокой доступности и аварийного восстановления
• Блог группы SQL Server AlwaysOn: официальный блог команды SQL Server AlwaysOn
• AlwaysOn — серия обучения HADRON: использование рабочего пула для баз данных с поддержкой HADRON
• Что такое группа доступности AlwaysOn?
• Отказоустойчивая кластеризация и группы доступности Always On (SQL Server)
• Поддержка подключения драйверов и клиентов для групп доступности