Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Область применения:
SQL Server
Отказоустойчивый кластер — это сочетание одного или нескольких физических дисков в группе кластеров Microsoft Cluster Service (MSCS), известной как группа ресурсов, которая является участвующими узлами кластера. Группа ресурсов настроена в качестве отказоустойчивого кластеризованного экземпляра, на котором размещается экземпляр SQL Server. Отказоустойчивый кластерный экземпляр SQL Server выглядит в сети как один компьютер, но поддерживает автоматическое переключение с одного узла на другой, если один из узлов становится недоступным. Дополнительные сведения см. в разделе Экземпляры отказоустойчивого кластера Always On (SQL Server).
Отказоустойчивые кластеры обеспечивают высокую доступность всего экземпляра Microsoft SQL Server, в отличие от зеркалирования базы данных, которое обеспечивает высокую доступность одной базы данных. Зеркальное отображение базы данных может работать между отказоустойчивыми кластерами, а также между отказоустойчивым кластером и некластеризованным узлом.
Примечание.
Базовые сведения о зеркальном отображении базы данных см. в разделе Зеркальное отображение базы данных (SQL Server).
Зеркалирование и кластеризация
Обычно при использовании зеркалирования с кластеризацией основной и зеркальный серверы размещаются в кластерах, при этом основной сервер работает в отказоустойчивом экземпляре одного кластера, а зеркальный сервер — в отказоустойчивом экземпляре другого кластера. Однако можно установить сеанс зеркального отображения, в котором один участник размещается на экземпляре отказоустойчивого кластера, а другой — на отдельном компьютере, не входящем в кластер.
Если при отработке отказа кластера основной сервер становится временно недоступным, клиентские соединения с базой данных разрываются. После завершения отработки отказа кластера клиенты могут повторно установить соединение с основным сервером на том же или на другом кластере (либо на компьютере вне кластера) в зависимости от режима работы. Поэтому при настройке зеркального отображения базы данных в кластерной среде существенным является режим работы, используемый для зеркального отображения.
Сеанс в режиме высокой безопасности с автоматическим переключением при отказе
Если вы планируете настроить зеркальное отображение базы данных в режиме высокой безопасности с автоматическим переключением при отказе, для партнеров рекомендуется двухкластерная конфигурация. Эта конфигурация обеспечивает максимальный уровень доступности. Свидетель может находиться либо в третьем кластере, либо на компьютере, не входящем в кластер.
Если происходит сбой узла, на котором работает текущий основной сервер, то в течение нескольких секунд начинается автоматическое переключение базы данных при отказе, в то время как кластер всё ещё переключается на другой узел. Сеанс зеркального отображения базы данных переводится на зеркальный сервер в другом кластере (или на компьютер вне кластера), а бывший зеркальный сервер становится основным. Новый основной сервер как можно быстрее применяет изменения к своей копии базы данных и вводит ее в эксплуатацию в качестве основной базы данных. После завершения отработки отказа кластера, что обычно занимает несколько минут, отказоустойчивый кластерный экземпляр, который ранее был главным сервером, становится зеркальным сервером.
На следующей схеме показано автоматическое переключение при отказе в сеансе зеркального отображения между кластерами, выполняющемся в режиме высокой безопасности со свидетелем (который поддерживает автоматическое переключение при отказе).
В сеансе зеркального отображения три экземпляра сервера расположены в трех различных кластерах: Кластер_А, Кластер_Би Кластер_В. В каждом кластере экземпляр SQL Server по умолчанию работает как отказоустойчивый кластерный экземпляр SQL Server. Когда начинается сеанс зеркального отображения, отказоустойчивый кластерный экземпляр в Cluster_A является основным сервером, отказоустойчивый кластерный экземпляр в Cluster_B — зеркальным сервером, а отказоустойчивый кластерный экземпляр в Cluster_C — свидетелем в сеансе зеркального отображения. Предположим, что происходит сбой активного узла в кластере Кластер_А , что приводит к недоступности основного сервера.
Прежде чем кластер успевает выполнить переключение при отказе, зеркальный сервер с помощью сервера-свидетеля обнаруживает отказ основного сервера. Зеркальный сервер как можно быстрее выполняет накат своей базы данных и переводит ее в режим в сети в качестве основной базы данных. После завершения перехода кластера Кластер_А на другой ресурс бывший основной сервер становится уже зеркальным и синхронизирует свою базу данных с текущей основной базой данных в кластере Кластер_Б.
Сеанс в режиме высокой безопасности без автоматического переключения при отказе
При зеркальном отображении базы данных в режиме высокой безопасности без автоматического переключения при отказе другой узел кластера будет выполнять роль основного сервера, если произойдет сбой узла, на котором работает текущий основной сервер. Обратите внимание, что пока кластер недоступен, база данных также недоступна.
Сеанс в режиме высокой производительности
Если вы планируете использовать зеркальное отображение базы данных в режиме высокой производительности, рассмотрите возможность размещения основного сервера на отказоустойчивом кластерном экземпляре, а зеркального сервера — на некластеризованном сервере в удаленном местоположении. Если кластер переключится на другой узел, отказоустойчивый кластерный экземпляр продолжит выступать в роли главного сервера в сеансе зеркалирования. Если существуют проблемы на всем кластере, можно принудительно перевести обслуживание на зеркальный сервер.
Установка нового отказоустойчивого кластера SQL Server
Настройка зеркального отображения базы данных