Изменение кластера, который управляет метаданными для реплик в группе доступности Always On
Область применения: SQL Server — только Для Windows
В этом разделе описывается переключение контекста кластера HADR экземпляра SQL Server с помощью Transact-SQL в SQL Server 2012 с пакетом обновлений 1 (SP1) версии 11.0.3x и более поздних версий. Контекст кластера HADR определяет кластер отказоустойчивой кластеризации Windows Server (WSFC), который управляет метаданными для реплик доступности, размещенных в экземпляре сервера.
Переключите контекст кластера HADR только во время миграции групп доступности AlwaysOn в экземпляр SQL Server 2012 с пакетом обновления 1 (SP1) (11.0.3x) в новом кластере WSFC. Миграция между кластерами групп доступности AlwaysOn поддерживает обновление ОС до Windows 8 или Windows Server 2012 с минимальным временем простоя групп доступности. Дополнительные сведения см. в документе Миграция между кластерами групп доступности AlwaysOn для обновления ОС.
Внимание
Переключите контекст кластера HADR только во время миграции между кластерами развертываний групп доступности AlwaysOn.
Ограничения
Переключать контекст кластера HADR можно только с локального кластера WSFC на удаленный и обратно с удаленного кластера на локальный. Нельзя переключить контекст кластера HADR с одного удаленного кластера на другой удаленный кластер.
Контекст кластера HADR можно переключить на удаленный кластер, только если на экземпляре SQL Server не размещено ни одной реплики доступности.
Удаленный контекст кластера HADR можно переключить обратно на локальный кластер в любое время. Однако контекст нельзя переключать повторно, пока на экземпляре сервера содержатся реплики доступности.
Необходимые компоненты
Экземпляр сервера, на котором вы изменяете контекст кластера HADR, должен работать под управлением SQL Server 2012 с пакетом обновления 1 (SP1 (11.0.3x) или выше (выпуск Enterprise или более поздней версии).
Экземпляр сервера должен быть включен для AlwaysOn. Дополнительные сведения см. в разделе Включение и отключение групп доступности Always On (SQL Server).
Чтобы отвечать требованиям к переключению с контекста локального кластера на контекст удаленного кластера, на экземпляре сервера не могут размещаться реплики доступности. Представление каталога sys.availability_replicas не должно возвращать строк.
Если на экземпляре сервера существуют реплики доступности, то перед изменением контекста кластера HADR необходимо выполнить одно из следующих действий.
Роль реплики Действие Установить связь Основной Перевод группы доступности в режим «вне сети». Использование группы доступности в автономном режиме (SQL Server) Вторичные Удалить реплику из ее группы доступности Удаление вторичной реплики из группы доступности (SQL Server) Перед тем как станет возможным переключение с удаленного кластера на локальный кластер, все локальные реплики с синхронной фиксацией должны перейти в состояние SYNCHRONIZED.
Рекомендации
Рекомендуется указывать полное имя домена. Это необходимо потому, что для поиска целевого IP-адреса короткого имени ALTER SERVER CONFIGURATION использует разрешение DNS. В некоторых ситуациях в зависимости от порядка поиска DNS использование кратких имен может вызвать затруднения. Например, рассмотрим следующую команду, которая выполняется на узле в домене
abc
(node1.abc.com
). Целевым кластером назначения является кластерCLUS01
в доменеxyz
(clus01.xyz.com
). Однако на узлах локального домена также размещен кластер с именемCLUS01
(clus01.abc.com
).Если было указано короткое имя целевого кластера
CLUS01
, разрешение имени DNS может вернуть IP-адрес неправильного кластераclus01.abc.com
. Чтобы избежать подобной путаницы, указывайте полное имя целевого кластера, как показано в следующем примере:ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = 'clus01.xyz.com'
Разрешения
имя входа SQL Server
Необходимо разрешение CONTROL SERVER.
Учетная запись службы SQL Server
Учетная запись службы SQL Server экземпляра сервера должна иметь следующее:
Разрешение на открытие целевого кластера WSFC.
Доступ в режиме чтения или записи к удаленному WSFC.
Использование Transact-SQL
Изменение контекста кластера WSFC для реплики доступности
Подключитесь к экземпляру сервера, на котором размещена либо первичная, либо вторичная реплика группы доступности.
Используйте предложение SET HADR CLUSTER CONTEXT инструкции ALTER SERVER CONFIGURATION следующим образом:
ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = { 'кластер_windows' | LOCAL }
где:
кластер_windows
Объект имени WSFC-кластера (CNO). Вы можете указать короткое имя или полное имя домена. Рекомендуется указывать полное имя домена. Дополнительные сведения см. в подразделе Рекомендацииранее в этом разделе.ЛОКАЛЬНО
Локальный кластер WSFC.
Примеры
В следующем примере выполняется смена контекста кластера HADR на другой кластер. Для определения целевого кластера WSFC clus01
в примере указывается полное имя объекта кластера clus01.xyz.com
.
ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = 'clus01.xyz.com';
В следующем примере выполняется смена контекста кластера HADR на локальный кластер WSFC.
ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = LOCAL;
Дальнейшие действия. После переключения контекста кластера реплики доступности
Новый контекст кластера HADR вступает в силу сразу, без перезапуска экземпляра сервера. Настройка контекста кластера HADR является постоянной установкой уровня экземпляра, которая остается неизменной при перезапуске экземпляра сервера.
Проверить новый контекст кластера HADR можно, выполнив запрос к динамическому административному представлению sys.dm_hadr_cluster следующим образом:
SELECT cluster_name FROM sys.dm_hadr_cluster
Этот запрос должен возвращать имя кластера, на который был переключен контекст кластера HADR.
Если контекст кластера HADR был переключен на новый кластер.
Метаданные очищаются для всех реплик доступности, размещенных в настоящее время экземпляром SQL Server.
Все базы данных, которые ранее принадлежали к реплике доступности, теперь находятся в состоянии RESTORING.
Связанные задачи
Использование группы доступности в автономном режиме (SQL Server)
Добавление вторичной реплики в группу доступности (SQL Server)
Удаление вторичной реплики из группы доступности (SQL Server)
Создание или настройка прослушивателя группы доступности (SQL Server)
Присоединение базы данных-получателя к группе доступности (SQL Server)
См. также
См. также
Группы доступности AlwaysOn (SQL Server)
Отказоустойчивая кластеризация Windows Server (WSFC) с использованием SQL Server
ALTER SERVER CONFIGURATION (Transact-SQL)