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

Изменение кластера, который управляет метаданными для реплик в группе доступности 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 только во время миграции между кластерами при развертывании групп доступности Always On.

Ограничения и ограничения в применении

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

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

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

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

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

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

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

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

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

    где:

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

    ЛОКАЛЬНО
    Локальный кластер 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)