Перевод группы доступности в режим «вне сети» (SQL Server)
В этом разделе описывается перевод группы доступности AlwaysOn из состояния ONLINE в состояние OFFLINE с помощью Transact-SQL в SQL Server 2012 SP1 и более поздних версий. У баз данных с синхронной фиксацией потери данных не происходит, поскольку реплика с синхронной фиксацией не синхронизирована, режим OFFLINE вызывает ошибку, а группа доступности остается в режиме ONLINE. Продолжение работы группы доступности в режиме «в сети» защищает несинхронизированные базы данных с синхронной фиксацией от возможной потери данных. После перехода группы доступности в режим «вне сети» ее базы данных становятся недоступными для клиентов, при этом невозможно перевести группу доступности обратно в режим «в сети». Таким образом, переводить группу доступности в режим «вне сети» следует только в целях миграции ресурсов этой группы доступности с одного кластера WSFC на другой.
Если во время миграции Группы доступности AlwaysOn с одного кластера на другой какие-либо приложения подключаются напрямую к первичной реплике группы доступности, то эту группу доступности необходимо перевести в режим «вне сети». Миграция Группы доступности AlwaysOn поддерживает обновление операционной системы с минимальным временем простоя групп доступности. Типичный сценарий — использование миграции Группы доступности AlwaysOn с одного сервера на другой для обновления до Windows 8 или Windows Server 2012. Дополнительные сведения см. в разделе Перенос групп доступности AlwaysOn из одних кластеров в другие в целях обновления ОС.
Перед началом работы:
Предварительные требования
Рекомендации
Безопасность
Перевод группы доступности в режим «вне сети». Transact-SQL
Дальнейшие действия. После перехода группы доступности в режим «вне сети»
См. также
Перед началом работы
.gif "Предупреждение") Внимание! |
|---|
Используйте вариант OFFLINE только для миграции ресурсов группы доступности с одного кластера на другой. |
Предварительные требования
На экземпляре сервера, где вводится команда OFFLINE, должны быть запущены службы SQL Server 2012 SP1 или более поздней версии (выпуск Enterprise Edition или более продвинутый выпуск).
Группа доступности должна быть в данный момент в сети.
Рекомендации
Прежде чем переводить группу доступности в режим «вне сети», удалите прослушиватели группы доступности. Дополнительные сведения см. в разделе Удаление прослушивателя группы доступности (SQL Server).
Безопасность
Разрешения
Необходимо разрешение ALTER AVAILABILITY GROUP для группы доступности, разрешение CONTROL AVAILABILITY GROUP, разрешение ALTER ANY AVAILABILITY GROUP или разрешение CONTROL SERVER.
.gif "Значок стрелки, используемый со ссылкой «В начало»")
[В начало]
Использование Transact-SQL
Перевод группы доступности в режим «вне сети»
Подключитесь к экземпляру сервера, где размещается реплика доступности для группы доступности. Эта реплика может быть первичной или вторичной.
Используйте инструкцию ALTER AVAILABILITY GROUP следующим образом:
ALTER AVAILABILITY GROUP group_name OFFLINE
Здесь group_name — имя группы доступности.
Пример
В следующем примере выполняется перевод группы доступности AccountsAG в режим «вне сети».
ALTER AVAILABILITY GROUP AccountsAG OFFLINE;
[В начало]
Дальнейшие действия. После перехода группы доступности в режим «вне сети»
Ведение журнала операций OFFLINE. Идентификатор узла WSFC, где была инициирована операция OFFLINE, сохраняется как в журнале кластера WSFC, так и в журнале SQL ERRORLOG.
Если прослушиватель группы доступности не был удален до перевода группы в режим «вне сети», выполните следующие действия. При переносе группы доступности на другой кластер WSFC удалите имя виртуальной сети и VIP прослушивателя. Их можно удалить с помощью консоли управления отказоустойчивым кластером либо с помощью командлета Remove-ClusterResource PowerShell или cluster.exe. Обратите внимание, что программа cluster.exe в Windows 8 является устаревшей.
[В начало]
Связанные задачи
[В начало]
См. также
[В начало]