Настройка групп доступности AlwaysOn SQL Server для SharePoint Server

 

**Применимо к:**SharePoint Foundation 2013, SharePoint Server 2013, SharePoint Server 2016

**Последнее изменение раздела:**2017-12-08

Сводка. Узнайте, как создать и настроить группу доступности Always On в SQL Server для фермы SharePoint Server 2016 и SharePoint 2013.

В этой статье представлены необходимые сведения и подробные инструкции по созданию и настройке группы доступности Always On в Microsoft SQL Server 2014 (SP1) или Microsoft SQL Server 2016 для фермы SharePoint Server 2016 и группы доступности Always On в SQL Server 2012 для фермы SharePoint 2013.

В этой статье

• Обзор процесса

• Перед началом работы

• Подробное описание действий для настройки группы обеспечения доступности AlwaysOn для SharePoint

• Использование тестов отработки отказа для проверки установки AlwaysOn

• Мониторинг среды AlwaysOn

Обзор процесса

Рекомендуем выполнить действия по установке и настройке в указанном порядке, чтобы развернуть ферму SharePoint, которая использует группу доступности Always On:

• Выберите или создайте отказоустойчивый кластер Windows Server.

• Установите SQL Server 2014 (SP1), SQL Server 2016 или SQL Server 2012 на каждом узле кластера.

• Создайте и настройте группу доступности.

• Установите и настройте SharePoint Server 2016, SharePoint Server 2013 или SharePoint Foundation 2013.

• Добавьте базы данных SharePoint в группу обеспечения доступности.

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

Перед началом работы

Перед развертыванием просмотрите следующие сведения о SQL Server Always On, технологиях, обеспечивающих работу Always On, и SharePoint Server 2016:

• Требования к уровню знаний и навыков

• Понятия группы доступности Always On

• Требования к оборудованию и программному обеспечению

• Разрешения

Требования к уровню знаний и навыков

Чтобы реализовать группы доступности SQL Server Always On для обеспечения высокой доступности и аварийного восстановления, необходимо установить и правильно настроить несколько взаимодействующих технологий. Группа, отвечающая за настройку среды Always On для Продукты SharePoint, должна обладать практическими навыками работы со следующими технологиями:

• Службы Windows Server Failover Clustering (WSFC)

• SQL Server 2014 (SP1), SQL Server 2016 или SQL Server 2012

• SharePoint Server 2016

• SharePoint Server 2013

• SharePoint Foundation 2013

Понятия группы доступности Always On SQL Server

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

• Реплики — набор баз данных доступности, для которых отработка отказа выполняется совместно как для одной единицы. Каждая группа доступности в SQL Server 2014 (SP1) и SQL Server 2016 поддерживает одну первичную реплику и восемь вторичных. Каждая группа доступности в SQL Server 2012 поддерживает одну первичную реплику и четыре вторичных.

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

Группы доступности AlwaysOn (SQL Server) и Обзор групп доступности AlwaysOn (SQL Server)

Реплики и отработка отказа

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

Все реплики могут работать в режиме асинхронной фиксации, три из них могут работать в режиме синхронной фиксации. Дополнительные сведения о режимах синхронной и асинхронной фиксации см. в статье Режимы доступности (группы доступности AlwaysOn).

В следующих статьях представлены важные понятия о технологии SQL Server Always On:

• Подробности о преимуществах групп доступности AlwaysOn и обзор терминологии групп доступности AlwaysOn см. в статье Группы доступности AlwaysOn (SQL Server).

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

Отказоустойчивая кластеризация Windows Server

Чтобы создать и использовать группы доступности в SQL Server 2014 (SP1) или SQL Server 2016, необходимо установить обе версии SQL Server на кластер Windows Server Failover Clustering (WSFC). Дополнительные сведения см. в статьях Отказоустойчивая кластеризация Windows Server (WSFC) с SQL Server и Отказоустойчивая кластеризация Windows Server (WSFC) с SQL Server (для SQL Server 2016).

Чтобы создать и использовать группы доступности AlwaysOn в SQL Server 2012, необходимо установить SQL Server 2012 на кластер Windows Server Failover Clustering (WSFC).

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

• Все узлы кластера должны находиться в одном домене Доменные службы Active Directory.

• Каждая реплика в группе доступности должна находиться на другом узле одного кластера Windows Server Failover Clustering (WSFC).

• У создателя кластера должны быть следующие учетные записи и разрешения:

  • доменная учетная запись в домене с кластером;

  • разрешения локального администратора на каждом узле кластера;

  • разрешения Create Computer objects и Read All Properties в AD DS. Дополнительные сведения см. в пошаговом руководстве по настройке учетных записей в Active Directory и инструкциях по созданию кластера в среде Active Directory с жесткими ограничениями.

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

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

Дополнительные сведения см. в статьях Режим кворума и участвующая в голосовании конфигурация WSFC (SQL Server) и Настройка параметров NodeWeight кворума кластера.

SharePoint Server 2016, SharePoint Foundation 2013 и SharePoint Server 2013

Некоторые базы данных SharePoint Server не поддерживают группы доступности SQL Server Always On. Рекомендуем ознакомиться со статьей Поддерживаемые варианты обеспечения высокой доступности и аварийного восстановления для баз данных SharePoint перед настройкой среды Always On. Также прочитайте статьи Требования к оборудованию и программному обеспечению для SharePoint Server 2016 и Требования к оборудованию и программному обеспечению для SharePoint 2013.

Подробные инструкции по настройке группы доступности Always On для SharePoint

На следующем рисунке показана ферма SharePoint Server 2016 (SPHA_farm), которая использует группу доступности SP_AG1. Мы будем использовать SPHA_farm как пример в инструкциях по настройке Always On.

Подготовка кластерной среды Windows Server

Получите доступ к трехузловому кластеру Windows Server Failover Clustering (WSFC), который можно использовать для установки SQL Server 2014 (SP1), SQL Server 2016 или SQL Server 2012 на каждом узле кластера, или создайте его. Сведения и подробные инструкции по настройке отказоустойчивого кластера Windows Server 2012 R2 см. в статье Обзор отказоустойчивой кластеризации.

Подготовка среды SQL Server

Чтобы создать группу доступности для SharePoint Server 2016, необходимо подготовить среду SQL Server 2014 (SP1) или SQL Server 2016.

Для этого выполните следующие действия:

• Установите необходимые компоненты для SQL Server.

• Установите SQL Server 2014 (SP1), SQL Server 2016 или SQL Server 2012.

• Включите Always On.

Установка SQL Server 2014 (SP1)

Ниже описано, как установить SQL Server 2014 SP1.

Установка SQL Server 2014 с пакетом обновления 1 (SP1)

1. Установите необходимые компоненты SQL Server 2014 (SP1) на каждом узле кластера.

   Дополнительные сведения см. в статьях Требования к оборудованию и программному обеспечению для установки SQL Server 2014 и Предварительные требования, ограничения и рекомендации для групп доступности AlwaysOn (SQL Server).

2. Установите SQL Server на каждом узле кластера.

   Дополнительные сведения см. кратком руководстве по установке SQL Server 2014 и пошаговом руководстве по установке SQL Server 2014.

Установка SQL Server 2016

Ниже описано, как установить SQL Server 2016.

Установка SQL Server 2016

1. Установите необходимые компоненты SQL Server 2016 на каждом узле кластера.

   Дополнительные сведения см. в статье Установка SQL Server 2016.

2. Установите SQL Server 2016 на каждом узле кластера.

   Дополнительные сведения см. в статье Установка отказоустойчивого кластера SQL Server.

Установка SQL Server 2012

Установка SQL Server 2012

1. Установите необходимые компоненты SQL Server 2012 на каждом узле кластера.

   Дополнительные сведения см. в статье Необходимые компоненты, ограничения и рекомендации для групп обеспечения доступности AlwaysOn (SQL Server).

2. Установите SQL Server на каждом узле кластера.

   Дополнительные сведения см. в статье Установка SQL Server 2012.

Включение Always On

Необходимо включить Always On для каждого сервера базы данных в кластере.

Включение AlwaysOn

1. У учетной записи, используемой для входа, должны быть разрешения, необходимые для создания группы обеспечения доступности. Учетная запись должна быть членом предопределенной роли базы данных db_owner и обладать разрешением на сервере CREATE AVAILABILITY GROUP (СОЗДАНИЕ ГРУППЫ ДОСТУПНОСТИ), разрешением CONTROL AVAILABILITY GROUP (УПРАВЛЕНИЕ ГРУППОЙ ДОСТУПНОСТИ), ALTER ANY AVAILABILITY GROUP (ИЗМЕНЕНИЕ ЛЮБОЙ ГРУППЫ ДОСТУПНОСТИ) или CONTROL SERVER (УПРАВЛЕНИЕ СЕРВЕРОМ).

2. Войдите на сервер, на котором будет размещаться первичная реплика, и запустите SQL ServerДиспетчер конфигураций.

3. В обозревателе объектов выберите Службы SQL Server, щелкните правой кнопкой мыши SQL Server (<instance name>), где <instance name> — это имя экземпляра локального сервера, для которого нужно включить группы доступности Always On, а затем щелкните Свойства.

4. Откройте вкладку Высокий уровень доступности AlwaysOn.

5. Установите флажок Включить группы доступности AlwaysOn и нажмите кнопку ОК.

6. Хотя изменение и сохранено, необходимо вручную перезапустить службу SQL Server (MSSQLSERVER), чтобы его применить. Ручной перезапуск позволяет выбрать время перезапуска, соответствующее вашим бизнес-требованиям.

7. Повторите предыдущие действия, чтобы включить Always On для SQL Server на других узлах кластера.

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

Создание и настройка группы обеспечения доступности

В зависимости от среды, в которой планируется создать группу доступности (SQL Server 2014 (SP1), SQL Server 2016 или SQL Server 2012), может потребоваться создать временную базу данных перед созданием такой группы.

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

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

Создание временной пользовательской базы данных

1. Убедитесь, что у учетной записи входа есть необходимые разрешения для этой задачи. Вам потребуются следующие разрешения в основной базе данных для создания новой базы данных:

   • CREATE DATABASE (СОЗДАНИЕ БАЗЫ ДАННЫХ);

   • CREATE ANY DATABASE (СОЗДАНИЕ ЛЮБОЙ БАЗЫ ДАННЫХ);

   • ALTER ANY DATABASE (ИЗМЕНЕНИЕ ЛЮБОЙ БАЗЫ ДАННЫХ).

2. Войдите на сервер, на котором будет размещаться первичная реплика (в нашем примере это SP-SRV1).

3. Запустите Management Studio.

4. В обозревателе объектов щелкните правой кнопкой мыши Базы данных и выберите пункт Создать базу данных.

5. В диалоговом окне создания базы данных введите в поле Имя базы данных: имя базы данных, в нашем примере это "TemporaryUserDB".

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

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

6. В обозревателе объектов разверните узел Базы данных и щелкните правой кнопкой мыши созданную базу данных, а затем выберите Задачи и щелкните Создать резервную копию.

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

Сведения о репликах и синхронизации

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

Сведения о репликах

Каждой реплике доступности назначается первоначальная роль — первичная или вторичная роль, которую наследуют базы данных доступности этой реплики. Роль реплики определяет, размещает ли она базы данных для чтения и записи или базы данных только для чтения, тип отработки отказа и режим фиксации (синхронный или асинхронный).

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

Требования к конфигурации реплики

Данные реплики	Описание
Экземпляр сервера	Отображает имя экземпляра сервера, на котором будет размещаться реплика доступности.
Первоначальная роль	Указывает роль новой реплики: первичная или вторичная.
Автоматическая отработка отказа (до 2)	Указывает тип отработки отказа, используемый репликой: автоматический или ручной.
Синхронная фиксация (до 3)	Указывает тип фиксации, используемой для реплики.
Вторичная реплика для чтения	Указывает, доступна ли вторичная реплика для чтения. Параметры конфигурации недоступны для доступа для чтения, доступа только для чтения и намерения получить доступ только для чтения. Дополнительные сведения см. в статьях Активные вторичные реплики: вторичные реплики для чтения (группы доступности AlwaysOn) и Настройка доступа только для чтения к реплике доступности (SQL Server). Примечание В SQL Server 2014 и более поздней версии вторичные реплики теперь остаются доступными для чтения без подключения к первичным репликам и во время потери кворума кластера.

Синхронизация данных

В процессе создания группы доступности необходимо создать точную копию данных первичной реплики и установить копию на вторичной реплике. Это — первоначальная синхронизация данных группы доступности. Дополнительные сведения см. в статье Выбор начальной страницы синхронизации данных (мастера группы доступности AlwaysOn).

Для первой синхронизации данных между всеми узлами кластера, в котором размещается реплика, нужна общая сетевая папка, доступная для всех узлов в конфигурации Always On. Дополнительные сведения см. в статьях Расширение "Общие сетевые ресурсы" и Общие сведения о файловых службах и службах хранилища.

При использовании мастера создания группы обеспечения доступности для начальной синхронизации данных применяются следующие ограничения:

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

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

• Чтобы использовать мастер группы обеспечения доступности для синхронизации данных, необходим общий ресурс резервного копирования, в который реплики могут записывать данные. Можно указать этот ресурс, выбрав его или введя полный UNC-путь к нему (\\имя_системы\имя_общего_ресурса\путь\) в поле Выберите сетевую папку, доступную для всех реплик.

Для каждой базы данных в группе обеспечения доступности на странице Начало синхронизации данных отображается ход выполнения следующих операций:

• Создание полной резервной копии основной базы данных в общем сетевом ресурсе.

• Восстановление резервных копий на вторичной реплике.

  Эти операции восстановления используют параметр NORECOVERY и оставляют новую дополнительную базу данных в состоянии RESTORING.

• Присоединение дополнительной базы данных к группе обеспечения доступности.

  Это действие переводит дополнительную базу данных в состояние ONLINE и запускает для нее синхронизацию.

Репликация данных учетных записей для входа

Учетные записи для входа SharePoint, созданные с использованием того же подхода, что и в предыдущих выпусках SQL Server, не реплицируются в группе обеспечения доступности. Это происходит из-за того, что данные учетных записей для входа хранятся в базе данных MasterDB, которая не реплицируется. Хотя учетные записи фермы и создаются при синхронизации реплик, данные учетных записей для входа недоступны после отработки отказа.

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

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

Создание и настройка группы обеспечения доступности

Используйте следующую процедуру для создания группы обеспечения доступности на первичной реплике (в нашем примере это SP-SRV1).

Создание группы доступности

1. Убедитесь, что у учетной записи, используемой для входа, есть разрешения, необходимые для создания группы обеспечения доступности. Учетная запись должна быть членом предопределенной роли базы данных db_owner и обладать разрешением на сервере CREATE AVAILABILITY GROUP (СОЗДАНИЕ ГРУППЫ ДОСТУПНОСТИ), разрешением CONTROL AVAILABILITY GROUP (УПРАВЛЕНИЕ ГРУППОЙ ДОСТУПНОСТИ), ALTER ANY AVAILABILITY GROUP (ИЗМЕНЕНИЕ ЛЮБОЙ ГРУППЫ ДОСТУПНОСТИ) или CONTROL SERVER (УПРАВЛЕНИЕ СЕРВЕРОМ).

2. Войдите на сервер, на котором будет размещаться первичная реплика, и запустите SQL Server Management Studio.

3. Чтобы запустить мастер создания группы обеспечения доступности, щелкните правой кнопкой мыши Высокий уровень доступности AlwaysOn и выберите пункт Мастер создания группы доступности.

4. Нажмите кнопку Далее, чтобы перейти на страницу Определение имени. Введите "SP-AG1" как имя новой группы обеспечения доступности в поле Имя группы доступности:.

   Это имя должно быть: действительным идентификатором SQL Server, уникальным в кластере Windows Server Failover Clustering и домене.

5. На странице Выбор баз данных все пользовательские базы данных, которые могут стать базой данных-источником для новой группы доступности, перечислены в таблице Пользовательские базы данных в этом экземпляре SQL Server. Выберите TemporaryUserDB и нажмите кнопку Далее.

6. На странице Определение реплик используйте следующие вкладки для настройки реплик для SP-AG1: Реплики, Конечные точки и Параметры резервного копирования.

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

   На вкладке Прослушиватель настройте прослушиватель группы обеспечения доступности для этого примера, указав имя AGListener.

   Важно!

   Временная абнормально длительная задержка может проявиться при использовании групп обеспечения доступности с репликами, развернутыми в нескольких подсетях.
   Рекомендуем настраивать подключения к группам доступности SharePoint в среде с несколькими подсетями с параметром specifyMultiSubnetFailover=True, чтобы избежать проблем, связанных с большой задержкой в сети. Дополнительные сведения см. в статье Поддержка отработки отказа группы доступности в нескольких подсетях.

   Нельзя напрямую указать MultiSubnetFailover=True, так как клиент SharePoint не может непосредственно изменить строку подключения. Необходимо использовать PowerShell, чтобы установить это значение в свойстве MultiSubnetFailover базы данных. В следующем примере показано, как это сделать:

   $dbs = Get-SPDatabase | ?{$_.MultiSubnetFailover -ne $true}
        foreach ($db in $dbs)
        {
             $db.MultiSubnetFailover = $true
              $db.Update()
        }
   

8. Выберите нужную конфигурацию для каждого экземпляра в поле Выбранные экземпляры и нажмите кнопку Далее.

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

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

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

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

Установка и настройка SharePoint Server

На этой стадии процесса вы можете установить SharePoint Server и создать ферму. Используйте следующую процедуру как руководство по установке и настройке SharePoint Server.

Установка SharePoint Server

1. Скопируйте файлы программы SharePoint Server на локальный диск на компьютере, на котором планируется установка SharePoint, или в общий сетевой ресурс.

2. Запустите программу подготовки продуктов Microsoft SharePoint, чтобы установить все необходимые компоненты для настройки и использования SharePoint Server.

3. Запустите установку, чтобы установить двоичные файлы, настроить разрешения безопасности и изменить параметры реестра для SharePoint Server.

4. Запустите Мастер настройки продуктов SharePoint, чтобы установить и настроить базу данных конфигурации и базу данных контента, а также установить Центр администрирования.

5. На странице Указание параметров базы данных конфигурации в поле Сервер базы данных введите AGListener в качестве имени компьютера, на котором работает SQL Server.

   Важно!

   Чтобы обеспечить автоматическую отработку отказа, необходимо указать имя прослушивателя группы доступности в качестве имени базы данных для SharePoint Server.

Добавление баз данных SharePoint в группу доступности

Для завершения настройки Always On для фермы SharePoint Server добавьте базы данных SharePoint в группу доступности и синхронизируйте вторичные реплики с первичной.

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

Добавление баз данных SharePoint в группу доступности

1. Войдите на сервер, на котором будет размещаться первичная реплика, и запустите SQL Server Management Studio.

   Используемая учетная запись должна входить в группу "Локальные администраторы" для каждого сервера, на котором устанавливается SharePoint Server.

   Кроме того, у учетной записи должно быть по крайней мере одно из следующих разрешений:

   • разрешение ALTER AVAILABILITY GROUP (ИЗМЕНЕНИЕ ГРУППЫ ДОСТУПНОСТИ) для группы доступности;

   • разрешение CONTROL AVAILABILITY GROUP (УПРАВЛЕНИЕ ГРУППОЙ ДОСТУПНОСТИ);

   • разрешение ALTER ANY AVAILABILITY GROUP (ИЗМЕНЕНИЕ ЛЮБОЙ ГРУППЫ ДОСТУПНОСТИ);

   • разрешение CONTROL SERVER (УПРАВЛЕНИЕ СЕРВЕРОМ).

   Чтобы присоединить базу данных к группе доступности, требуется членство в фиксированной роли базы данных db_owner.

2. В обозревателе объектов перейдите к узлу "Группы доступности" и, при необходимости, разверните его.

3. Щелкните группу SP-AG1 правой кнопкой мыши и выберите команду Добавить базу данных.

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

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

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

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

Использование проверок отработки отказа для проверки установки Always On

После синхронизации данных SharePoint со вторичными репликами, последним этапом является проверка отработки отказа.

Выполните комплексные проверки отработки отказа, чтобы убедиться, что среда Always On работает нормально, а вы полностью понимаете требования к конфигурации и процедуры, связанные с группами доступности SQL Server 2014 (SP1), SQL Server 2016 или SQL Server 2012. К этим проверкам относятся:

• проверка полной функциональности всех служб и компонентов фермы;

• проверка сохранности и целостности данных SharePoint Server;

Проверьте отработку отказа группы доступности, выполнив одну из процедур, описанных в следующих статьях:

SQL Server 2012

• Выполнение запланированного перехода на другой ресурс вручную для группы доступности (SQL Server)

• Выполнение принудительного перехода на другой ресурс вручную для группы доступности (SQL Server)

SQL Server 2014 (SP1)

• Выполнение запланированного перехода на другой ресурс вручную для группы доступности (SQL Server)

• Выполнение принудительного перехода на другой ресурс вручную для группы доступности (SQL Server)

SQL Server 2016

• Выполнение запланированного перехода на другой ресурс вручную для группы доступности (SQL Server)

• Выполнение принудительного перехода на другой ресурс вручную для группы доступности (SQL Server)

Любую из указанных выше процедур можно выполнить с помощью мастера отработки отказа в SQL Server Management Studio, Transact-SQL или PowerShell в SQL Server 2014 (SP1), SQL Server 2016 и SQL Server 2012.

Мониторинг среды Always On

Вы должны контролировать производительность, работоспособность и емкость среды Always On.

Производительность

Для контроля среды Always On доступны следующие новые объекты.

SQL Server 2012

• SQLServer:Database Replica

• SQLServer:Availability Replica

SQL Server 2014 (SP1)

• SQL Server, реплика базы данных

• SQL Server, реплика доступности

SQL Server 2016

• SQL Server, реплика базы данных

• SQL Server, реплика доступности

Работоспособность и мощность

Общие сведения о работоспособности групп доступности в системе можно просмотреть на панели мониторинга групп доступности. Дополнительные сведения см. в статье Политики AlwaysOn на случай проблем в работе с группами доступности AlwaysOn (SQL Server) для SQL Server 2014 с пакетом обновления 1 (SP1) и статье Политики AlwaysOn на случай проблем в работе с группами доступности AlwaysOn для SQL Server 2016. Дополнительные сведения о SQL Server 2012 см. в следующих статьях:

• Модель работоспособности AlwaysOn, часть 1. Архитектура модели работоспособности

• Модель работоспособности AlwaysOn, часть 2. Расширение модели работоспособности

Вы также можете контролировать группы доступности с помощью Transact-SQL, используя каталоги и динамические административные представления, предоставленные для групп доступности Always On. Дополнительные сведения см. в статье Отслеживание групп доступности (Transact-SQL) для SQL Server 2014 с пакетом обновления 1 (SP1) и статье Отслеживание групп доступности (Transact-SQL) для SQL Server 2016.

See also

Установка и настройка SharePoint Server 2016

Развертывание SharePoint Server 2016 в Azure с использованием групп доступности AlwaysOn для SQL Server