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

Статья
2017-06-13

Always On групп доступности, решения для обеспечения высокого уровня доступности и аварийного восстановления, представленного в SQL Server 2014 г., требуется отказоустойчивая кластеризация Windows Server (WSFC). Кроме того, хотя Always On группы доступности не зависят от SQL Server отказоустойчивой кластеризации, можно использовать экземпляр кластеризация отработки отказа (FCI) для размещения реплика доступности для группы доступности. Важно знать роль каждой кластеризация технологии и знать, какие рекомендации необходимо учитывать при проектировании среды Always On групп доступности.

Примечание

Сведения о концепциях групп доступности Always On см. в статье Общие сведения о группах доступности AlwaysOn (SQL Server).

Кластер WSFC и группы доступности

Для развертывания Always On групп доступности требуется кластер отказоустойчивой кластеризации Windows Server (WSFC). Чтобы включить Always On группы доступности, экземпляр SQL Server должен находиться на узле WSFC, а кластер и узел WSFC должны находиться в сети. Также все реплики доступности в заданной группе доступности должны располагаться на разных узлах одного кластера WSFC. Единственное исключение состоит в том, что при переносе в другой кластер WSFC группа доступности может временно находится в двух кластерах.

Always On группы доступности используют отказоустойчивую кластеризацию Windows (WSFC) для мониторинга текущих ролей реплик доступности, принадлежащих к определенной группе доступности, и управления ими, а также для определения того, как событие отработки отказа влияет на реплики доступности. Группа ресурсов WSFC создается для каждой создаваемой группы доступности. Кластер WSFC отслеживает данную группу ресурсов для оценки работоспособности первичной реплики.

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

Общая исправность кластера WSFC определяется голосами на кворуме узлов в кластере. Если кластер WSFC перешел в режим «вне сети» в результате непредвиденной аварийной ситуации, постоянно возникающего сбоя в оборудовании или ошибки связи, то требуется вмешательство администратора. Администратор кластера Windows Server или WSFC должен будет создать принудительный кворум, а затем перевести работоспособные узлы кластера обратно в режим «в сети» в неотказоустойчивой конфигурации.

Важно!

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

Сведения о выполнении SQL Server на узлах отказоустойчивой кластеризации Windows Server (WSFC) и о кворуме WSFC см. в статье Отказоустойчивая кластеризация Windows Server (WSFC) с SQL Server.

Миграция между кластерами групп доступности AlwaysOn для обновления ОС

Начиная с SQL Server 2012 с пакетом обновления 1 (SP1), группы доступности Always On поддерживают миграцию между кластерами групп доступности для развертываний в новый кластер отказоустойчивой кластеризации Windows Server (WSFC). При выполнении миграции между кластерами одна или несколько групп доступности переносятся в новый, целевой кластер WSFC с минимальным временем простоя. Процесс миграции между кластерами позволяет выполнять соглашения об уровне обслуживания при переходе на версию кластера Windows Server 2012. SQL Server 2012 с пакетом обновления 1 (SP1) (или более поздней версии) необходимо установить и включить для AlwaysOn в целевом кластере WSFC. Для успешной миграции между кластерами необходимо тщательно спланировать и подготовить целевой кластер WSFC.

Дополнительные сведения см. в документе Миграция между кластерами групп доступности AlwaysOn для обновления ОС.

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

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

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

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

Сравнение экземпляров отказоустойчивого кластера и групп доступности

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

	Узлы в FCI	Реплики в группе доступности
Используется кластер WSFC	Да	Да
Уровень защиты	Экземпляр	База данных
Тип хранилища	Совмещаемая блокировка	Не общее Обратите внимание, что хотя реплики в группе доступности не используют общее хранилище, реплика, размещенная FCI, использует решение общего хранилища в соответствии с требованиями этого FCI. Решение хранения данных совместно используется только узлами в FCI, но не между репликами группы доступности.
Решения хранения данных	Прямое подключение, SAN, точки подключения, SMB	Зависит от типа узла
Доступные для чтения вторичные	Нет*	Да
Применимые параметры политики отработки отказа	Кворум WSFC Связанный с FCI Параметры группы доступности**	Кворум WSFC Параметры группы доступности
Ресурсы для перехода в случае сбоя	Сервер, экземпляр и база данных	Только база данных

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

**Параметры политики перехода на другой ресурс для группы доступности применимы ко всем репликам, независимо от того, размещаются ли они в автономном экземпляре или экземпляре FCI.

Примечание

Дополнительные сведения о количестве узлов в отказоустойчивой кластеризации и группах доступности AlwaysOn для различных выпусков SQL Server см. в разделе Функции, поддерживаемые выпусками SQL Server 2012 (https://go.microsoft.com/fwlink/?linkid=232473).

Рекомендации для размещения реплики доступности на FCI

Важно!

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

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

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

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

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

Марцелл настраивает два отказоустойчивых кластера WSFC, состоящие из двух узлов каждый: NODE01 и NODE02. Он устанавливает экземпляр отказоустойчивого кластера SQL Server , fciInstance1на NODE01 и NODE02 , где NODE01 является текущим владельцем для fciInstance1.
На NODE02Марцелл устанавливает еще один экземпляр SQL Server, Instance3, который является автономным.
В NODE01Marcel включает fciInstance1 для Always On групп доступности. В NODE02он включает Instance3 Always On группы доступности. Затем он настраивает группу доступности, для которой fciInstance1 размещает первичную реплику, а Instance3 размещает вторичную реплику.
В какой-то момент экземпляр fciInstance1 становится недоступным на NODE01, и кластер WSFC вызывает отработку отказа fciInstance1 на NODE02. После отработки отказа является экземпляром Always On групп доступности, fciInstance1 работающим с основной ролью в NODE02. Однако экземпляр Instance3 теперь находится на том же узле кластера WSFC, что и fciInstance1. Это нарушает ограничение групп доступности Always On.
Чтобы проблема, описанная в этом сценарии, не возникала, изолированный экземпляр Instance3должен находиться на отдельном узле в том же кластере WSFC, что и узлы NODE01 и NODE02.

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

Ограничения на использование диспетчера отказоустойчивости кластеров WSFC с группами доступности

Не используйте диспетчер отказоустойчивости кластеров для управления группами доступности, например:

Нельзя добавлять или удалять ресурсы в службе, поддерживающей работу в кластере (группе ресурсов) для группы доступности.
Не изменяйте свойства групп доступности, такие как возможные владельцы и предпочтительные владельцы. Эти свойства устанавливаются автоматически группой доступности.
Не используйте диспетчер отказоустойчивого кластера для перемещения групп доступности на другие узлы или резервные группы доступности. Диспетчер отказоустойчивого кластера не имеет сведений о состоянии синхронизации реплик доступности, и это может привести к длительному простою. Необходимо использовать Transact-SQL или SQL Server Management Studio.

См. также

См. также:

Общие сведения о группах доступности AlwaysOn (SQL Server)Включение и отключение групп доступности AlwaysOn (SQL Server)Мониторинг групп доступности (Transact-SQL)
Экземпляры отказоустойчивого кластера (режим AlwaysOn) (SQL Server)