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

  • Статья

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

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

Внимание

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

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

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

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

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

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

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

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

Что такое группа доступности AlwaysOn?

Внимание

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

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

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

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

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

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

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

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

Связанные задачи (система Windows)

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

Изменение узлаRecordTTL (с помощью 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 (FCI).

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

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

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

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

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

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

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

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

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

Примечание.

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

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

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

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

Примечание по безопасности. Безопасность транспорта для групп доступности AlwaysOn аналогична зеркало базе данных.		 Конечная точка зеркального отображения базы данных (SQL Server)

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

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

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

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

Группы доступности 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 использует один поток повтора для каждой из оставшихся баз данных. Потоки последовательного повтора выпускаются примерно через 15 секунд бездействия.

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

    • Каждая первичная реплика использует по одному потоку для записи журнала в каждой базе данных-источнике. Кроме того, она использует по одному потоку для отправки журнала в каждой из баз данных-получателей. Потоки отправки журнала освобождаются примерно через 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 (блог инженеров 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)

Создание конечной точки зеркало базы данных для группы доступности с помощью PowerShell
Включение групп доступности Включение или отключение функции группы доступности AlwaysOn

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

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

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

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

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

Сведения о поддержке групп доступности AlwaysOn для подключения клиентов см. в статье "Поддержка подключения драйверов и клиентов" для групп доступности.

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

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

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

Примечание.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Примечание.

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

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

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

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

  • Не используйте диспетчер отказоустойчивости кластеров для управления группами доступности. Состояние 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.

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

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

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

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

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

  • Параметры безопасности наследуются от 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 для этой группы доступности.

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

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

Создание группы доступности AlwaysOn с помощью Transact-SQL (T-SQL)

Создание группы доступности AlwaysOn с помощью PowerShell

Указание URL-адреса конечной точки — добавление или изменение реплики доступности
Изменение числа реплик доступности Добавление вторичного реплика в группу доступности AlwaysOn

Присоединение вторичной реплики к группе доступности Always On

Удаление вторичной реплики из группы доступности (SQL Server)
Создание прослушивателя группы доступности Настройка прослушивателя для группы доступности Always On
Удаление группы доступности Удаление группы доступности (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)
Необходима по крайней мере одна полная резервная копия базы данных.

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

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

Примечание.

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

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

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

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

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

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

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

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

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

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

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

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

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