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

  • Статья

Применимо к:SQL Server

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

Важно!

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

Исправления .NET, поддерживающие группы доступности

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

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

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

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

Требование Ссылка
Убедитесь, что система не является контроллером домена. Группы доступности не поддерживаются на контроллерах домена.
Убедитесь в том, что каждый компьютер работает под управлением Windows Server 2012 или более поздней версии. Требования к оборудованию и программному обеспечению для установки SQL Server 2016
Убедитесь, что каждый компьютер является узлом в кластере WSFC. Отказоустойчивая кластеризация Windows Server (WSFC) с SQL Server
Убедитесь, что кластер WSFC содержит достаточное количество узлов для поддержки требуемых конфигураций групп доступности. На узле кластера можно разместить только одну реплику для группы доступности. На одном узле нельзя разместить две реплики одной и той же группы доступности. Узел кластера может использоваться с несколькими группами доступности (с одной репликой каждой группы).

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

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

Важно!

Кроме того, убедитесь, что среда правильно настроена для соединения с группой доступности. Дополнительные сведения см. в разделе Возможность подключения клиента Always On (SQL Server).

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

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

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

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

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

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

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

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

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

Изменение параметра HostRecordTTL (с помощью Windows 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)

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

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

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

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

Предварительные требования Ссылки
Этот компьютер должен быть узлом кластера WSFC. Экземпляры SQL Server, на которых размещаются реплики доступности для данной группы доступности, размещаются на отдельных узлах одного кластера. При переносе в другой кластер группа доступности может временно находиться в двух кластерах. В SQL Server 2016 появились распределенные группы доступности. В распределенной группе доступности две группы доступности находятся в разных кластерах. Отказоустойчивая кластеризация Windows Server (WSFC) с SQL Server

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

Распределенные группы доступности (группы доступности AlwaysOn)
Если необходима группа доступности для работы с Kerberos:

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

Администратору домена необходимо вручную зарегистрировать имя участника-службы (SPN) с помощью службы каталогов Active Directory на учетной записи службы SQL Server для виртуального сетевого имени (VNN) прослушивателя группы доступности. Если имя участника-службы (SPN) зарегистрировано на учетной записи, отличной от учетной записи службы SQL Server, то проверку подлинности пройти не удастся.

Чтобы использовать проверку подлинности Kerberos для обмена данными между конечными точками группы доступности, вручную зарегистрируйте имена субъектов-служб для конечных точек зеркального отображения базы данных, используемых группой доступности.



** Важно ** При изменении учетной записи службы SQL Server администратор домена должен вручную повторно зарегистрировать SPN.		 Регистрация имя участника-службы для соединений Kerberos

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

Kerberos и имена участников-служб обеспечивают взаимную проверку подлинности. Имя участника-службы (SPN) сопоставляется с учетной записью Windows, которая запускает службы SQL Server. Если регистрация имени участника-службы (SPN) не была выполнена должным образом или завершилась неудачно, уровень безопасности Windows не может определить учетную запись, связанную с именем участника-службы, и проверка подлинности Kerberos не может использоваться.



Примечание. NTLM не предъявляет таких требований.
Если вы планируете использовать экземпляр отказоустойчивого кластера SQL Server для размещения реплики доступности, убедитесь, что понимаете ограничения, связанные с использованием отказоустойчивых кластеров, и что требования для создания такого кластера удовлетворены. Предварительные условия и ограничения, связанные с использованием экземпляра отказоустойчивого кластера SQL Server для размещения реплики доступности (далее в этой статье)
На каждом экземпляре сервера, входящем в группу доступности AlwaysOn, должна быть запущена одна и та же версия SQL Server. Возможности, поддерживаемые различными выпусками SQL 2014, SQL 2016, SQL 2017.
Все экземпляры сервера, на которых размещены реплики доступности для одной группы доступности, должны использовать одинаковые параметры сортировки SQL Server . Задание или изменение параметров сортировки сервера
Необходимо включить функцию Группы доступности AlwaysOn на каждом экземпляре сервера, на котором будет размещена реплика доступности для группы доступности. На одном компьютере можно включить столько экземпляров серверов, поддерживающих Группы доступности AlwaysOn , сколько поддерживает установка SQL Server . Включение и отключение групп доступности AlwaysOn (SQL Server)



** Важно ** При удалении и повторном создании WSFC необходимо отключить и повторно включить функцию группы доступности Always On в каждом экземпляре сервера, в котором была включена функция группы доступности Always On в исходном кластере.
Каждый экземпляр сервера должен иметь конечную точку зеркального отображения базы данных. Обратите внимание, что эта конечная точка совместно используется всеми репликами доступности и участниками зеркального отображения базы данных на этом экземпляре сервера.

Если экземпляр сервера, выбранный для размещения реплики доступности, работает под доменной учетной записью и еще не содержит конечной точки зеркального отображения базы данных, то мастер создания группы доступности (или мастер добавления реплики в группу доступности) может создать конечную точку и предоставить учетной записи службы экземпляра сервера разрешение CONNECT, если этот экземпляр запускается с учетной записью службы домена. Но если служба SQL Server запущена от имени встроенной учетной записи, такой как «Локальная система», «Локальная служба» или «Сетевая служба», или от имени учетной записи, не входящей в домен, то для проверки подлинности конечных точек необходимо пользоваться сертификатами, а мастер не сможет создать точку зеркального отображения базы данных на этом экземпляре сервера. В этом случае рекомендуется создавать конечные точки зеркального отображения базы данных вручную до запуска мастера.



** Примечание по безопасности ** Механизм безопасности транспорта для группы доступности Always On такой же, как и для зеркального отображения базы данных.		 Конечная точка зеркального отображения базы данных (SQL Server)

Безопасность транспорта для зеркального отображения баз данных и групп доступности AlwaysOn (SQL Server)
Если в группу доступности будут добавляться любые базы данных, использующие FILESTREAM, убедитесь, что функция FILESTREAM включена на каждом экземпляре сервера, на котором планируется разместить реплику доступности. Включение и настройка FILESTREAM
Если в группу доступности будут добавляться любые автономные базы данных, то убедитесь, что параметру сервера contained database authentication присвоено значение 1 на каждом экземпляре, где планируется разместить реплику доступности. Параметр конфигурации сервера «проверка подлинности автономной базы данных»

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

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

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

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

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

  • Реплики доступности, размещенные на конкретном экземпляре сервера, совместно используют один пул потоков.

    Потоки совместно используются по требованию следующим образом.

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

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

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

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

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

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

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

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

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

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

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

Задача Статья
Определение наличия конечной точки зеркального отображения базы данных sys.database_mirroring_endpoints (Transact-SQL)
Создание конечной точки зеркального отображения базы данных (если она еще не существует) Создание конечной точки зеркального отображения базы данных с проверкой подлинности Windows (Transact-SQL)

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

Создание конечной точки зеркального отображения базы данных для групп доступности AlwaysOn (SQL Server PowerShell)
Включение групп доступности Включение и отключение групп доступности AlwaysOn (SQL Server)

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

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

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

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

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

Сведения о поддержке групп доступности AlwaysOn для обеспечения возможности подключения клиента см. в разделе Обеспечение возможности подключения клиента Always On (SQL Server).

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

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

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

Примечание

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

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

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

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

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

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

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

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

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

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

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

См. также (FCI)

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

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

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

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

    Примечание

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

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

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

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

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

    Пример:

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

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

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

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

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

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

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

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

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

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

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

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

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

  • Для подключений между экземплярами сервера, на которых размещаются реплики доступности Группы доступности AlwaysOn , рекомендуется использовать шифрование.

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

Задача Необходимые разрешения
Создание группы доступности Требуется членство в фиксированной роли сервера 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 на эту группу доступности.

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

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

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

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

Укажите URL-адрес конечной точки при добавлении или изменении реплики доступности (SQL Server)
Изменение числа реплик доступности Добавление вторичной реплики к группе доступности (SQL Server)

Присоединение вторичной реплики к группе доступности (SQL Server)

Удаление вторичной реплики из группы доступности (SQL Server)
Создание прослушивателя группы доступности Создание или настройка прослушивателя группы доступности (SQL Server)
Удаление группы доступности Удаление группы доступности (SQL Server)

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

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

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

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

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

Требования Ссылка
Быть пользовательской базой данных. Системные базы данных не могут принадлежать к группе доступности.
Находиться на экземпляре 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)
Необходима по крайней мере одна полная резервная копия базы данных.

Примечание. После установки базы данных в режим полного восстановления потребуется полная резервная копия для включения цепочки журналов полного восстановления.		 Создание полной резервной копии базы данных (SQL Server)
Не принадлежать ни к одной другой группе доступности. sys.databases (group_database_id = NULL)
Не быть настроенной для зеркального отображения базы данных. sys.database_mirroring (если база данных не участвует в зеркальном отображении, все столбцы с префиксом "mirroring_" имеют значение NULL)
Перед добавлением в группу доступности базы данных, в которой используется FILESTREAM, следует убедиться, что FILESTREAM поддерживается на всех экземплярах серверов, на которых размещены или будут размещены реплики доступности для группы доступности. Включение и настройка FILESTREAM
Перед добавлением автономной базы данных в группу доступности убедитесь, что параметру сервера contained database authentication присвоено значение 1 на каждом экземпляре сервера, где размещена или будет размещена реплика доступности для группы доступности. Параметр конфигурации сервера «проверка подлинности автономной базы данных»

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

Примечание

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

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

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

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

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

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

      Примечание

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

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

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

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

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

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

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

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

Удаление базы данных-получателя из группы доступности (SQL Server)

Удаление базы данных-источника из группы доступности (SQL Server)

См. также

См. также:

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