Поделиться через

Смена контекста кластера HADR экземпляра сервера (SQL Server)

  • Статья

В этом разделе описывается переключение контекста кластера HADR экземпляра SQL Server с помощью Transact-SQL в SQL Server 2012 с пакетом обновления 1 (SP1) и более поздних версий. Контекст кластера HADR определяет кластер отказоустойчивой кластеризации Windows Server (WSFC), который управляет метаданными для реплик доступности, размещенных в экземпляре сервера.

Переключение контекста кластера HADR только во время миграции между кластерами групп доступности Always On в экземпляр SQL Server 2012 с пакетом обновления 1 (SP1) в новом кластере WSFC. Миграция между кластерами групп доступности Always On поддерживает обновление ОС до Windows 8 или Windows Server 2012 с минимальным временем простоя групп доступности. Дополнительные сведения см. в документе Миграция между кластерами групп доступности AlwaysOn для обновления ОС.

Перед началом

Внимание!

Переключение контекста кластера HADR только во время миграции между кластерами развертываний групп доступности Always On.

Ограничения

  • Переключать контекст кластера HADR можно только с локального кластера WSFC на удаленный и обратно с удаленного кластера на локальный. Нельзя переключить контекст кластера HADR с одного удаленного кластера на другой удаленный кластер.

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

  • Удаленный контекст кластера HADR можно переключить обратно на локальный кластер в любое время. Однако контекст нельзя переключать повторно, пока на экземпляре сервера содержатся реплики доступности.

Предварительные требования

  • Экземпляр сервера, на котором изменяется контекст кластера HADR, должен работать SQL Server 2012 с пакетом обновления 1 (SP1) или более поздней версии (Выпуск Enterprise или более поздней версии).

  • Экземпляр сервера должен быть включен для AlwaysOn. Дополнительные сведения см. в статье Включение и отключение групп доступности AlwaysOn (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 для реплики доступности

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

  2. Используйте предложение SET HADR CLUSTER CONTEXT инструкции ALTER SERVER CONFIGURATION следующим образом:

    ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = { 'windows_cluster' | LOCAL }

    где

    кластер_windows
    Объект имени WSFC-кластера (CNO). Вы можете указать короткое имя или полное имя домена. Рекомендуется указывать полное имя домена. Дополнительные сведения см. в подразделе Рекомендацииранее в этом разделе.

    LOCAL
    Локальный кластер 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.

Связанные задачи

См. также

См. также:

Группы доступности AlwaysOn (SQL Server)Отказоустойчивая кластеризация Windows Server (WSFC) с SQL Server
ALTER SERVER CONFIGURATION (Transact-SQL)