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

Применимо к: даSQL Server (все поддерживаемые версии)

В этом разделе описывается перевод группы доступности AlwaysOn из состояния ONLINE в состояние OFFLINE с помощью Transact-SQL в SQL Server 2012 с пакетом обновлений 1 (SP1) версии 11.0.3x и более поздних версий. У баз данных с синхронной фиксацией потери данных не происходит, поскольку реплика с синхронной фиксацией не синхронизирована, режим OFFLINE вызывает ошибку, а группа доступности остается в режиме ONLINE. Продолжение работы группы доступности в режиме «в сети» защищает несинхронизированные базы данных с синхронной фиксацией от возможной потери данных. После перехода группы доступности в режим «вне сети» ее базы данных становятся недоступными для клиентов, при этом невозможно перевести группу доступности обратно в режим «в сети». Таким образом, переводить группу доступности в режим «вне сети» следует только в целях миграции ресурсов этой группы доступности с одного кластера WSFC на другой.

Если во время миграции Группы доступности AlwaysOnс одного кластера на другой какие-либо приложения подключаются напрямую к первичной реплике группы доступности, то эту группу доступности необходимо перевести в режим «вне сети». Миграция Группы доступности AlwaysOn поддерживает обновление операционной системы с минимальным временем простоя групп доступности. Типичный сценарий заключается в использовании миграции между кластерами Группы доступности AlwaysOn с SQL Server 2012 с пакетом обновления 1 (SP1) (11.0.3 x) и более поздними версиями. Дополнительные сведения см. в документе Миграция между кластерами групп доступности AlwaysOn для обновления ОС.

Внимание!

Используйте параметр OFFLINE для миграции ресурсов группы доступности между кластерами или для отработки отказа для группы доступности, доступной для чтения и масштабирования.

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

  • На экземпляре сервера, где вводится команда OFFLINE, должны быть запущены службы SQL Server 2012 с пакетом обновлений 1 (SP1) версии 11.0.3x или более поздней версии (выпуск Enterprise Edition или более продвинутый выпуск).
  • Группа доступности должна быть в данный момент в сети.

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

Прежде чем переводить группу доступности в режим «вне сети», удалите прослушиватели группы доступности. Дополнительные сведения см. в документе Удаление прослушивателя группы доступности (SQL Server).

Permissions

Необходимо разрешение ALTER AVAILABILITY GROUP для группы доступности, разрешение CONTROL AVAILABILITY GROUP, разрешение ALTER ANY AVAILABILITY GROUP или разрешение CONTROL SERVER.

Использование Transact-SQL

Перевод группы доступности в режим «вне сети»

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

  2. Инструкция ALTER AVAILABILITY GROUP используется следующим образом:

    ALTER AVAILABILITY GROUP имя_группы OFFLINE

    где имя_группы — это имя группы доступности.

Пример

В следующем примере выполняется перевод группы доступности AccountsAG в режим «вне сети».

ALTER AVAILABILITY GROUP AccountsAG OFFLINE;  

Дальнейшие действия. После перехода группы доступности в режим "вне сети"

  • Ведение журнала операций OFFLINE. Идентификатор узла WSFC, где была инициирована операция OFFLINE, сохраняется как в журнале кластера WSFC, так и в журнале SQL ERRORLOG.

  • Если прослушиватель группы доступности не был удален до перевода группы в автономный режим. При переносе группы доступности на другой кластер WSFC удалите имя виртуальной сети и виртуальный IP-адрес прослушивателя. Их можно удалить с помощью консоли управления отказоустойчивым кластером либо с помощью командлета Remove-ClusterResource PowerShell или cluster.exe. Обратите внимание, что программа cluster.exe в Windows 8 является устаревшей.

См. также:

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