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

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

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

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

  Ограничения

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

  Рекомендации

  Безопасность

• Переключение контекста кластера реплики доступности с помощью: Transact-SQL

• Дальнейшие действия. После переключения контекста кластера реплики доступности

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

• См. также

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

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

Ограничения

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

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

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

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

• На экземпляре сервера, на котором необходимо изменить контекст кластера HADR, должна выполняться SQL Server 2012 SP1 или более новая версия (выпуск Enterprise Edition или выше).

• Экземпляр сервера должен быть включен для 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_cluster
     Объект имени 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.

[В начало]

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

• Удаление прослушивателя группы доступности (SQL Server)

• Перевод группы доступности в режим «вне сети» (SQL Server)

• Добавление вторичной реплики к группе доступности (SQL Server)

• Удаление вторичной реплики из группы доступности (SQL Server)

• Создание или настройка прослушивателя группы доступности (SQL Server)

• Присоединение базы данных-получателя к группе доступности (SQL Server)

[В начало]

См. также

• Технические статьи по SQL Server 2012

• Блог группы разработчиков SQL Server AlwaysOn: официальный блог группы разработчиков SQL Server AlwaysOn

[В начало]

См. также

Справочник

ALTER SERVER CONFIGURATION (Transact-SQL)

Основные понятия

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

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