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

ОБЛАСТЬ ПРИМЕНЕНИЯ: даSQL Server нетБаза данных SQL AzureнетХранилище данных SQL AzureнетParallel Data WarehouseAPPLIES TO: yesSQL Server noAzure SQL Database noAzure SQL Data Warehouse noParallel Data Warehouse

В этом разделе описывается перевод группы доступности AlwaysOn из состояния ONLINE в состояние OFFLINE с помощью Transact-SQLTransact-SQL в SQL Server 2012 с пакетом обновлений 1 (SP1) версии 11.0.3xSQL Server 2012 SP1 (11.0.3x) и более поздних версий.This topic describes how to take an Always On availability group from the ONLINE state to the OFFLINE state by using Transact-SQLTransact-SQL in SQL Server 2012 с пакетом обновлений 1 (SP1) версии 11.0.3xSQL Server 2012 SP1 (11.0.3x) and later versions. У баз данных с синхронной фиксацией потери данных не происходит, поскольку реплика с синхронной фиксацией не синхронизирована, режим OFFLINE вызывает ошибку, а группа доступности остается в режиме ONLINE.There is no data loss for synchronous-commit databases because if any synchronous-commit replica is not synchronized, the OFFLINE operation raises an error and leaves the availability group ONLINE. Продолжение работы группы доступности в режиме «в сети» защищает несинхронизированные базы данных с синхронной фиксацией от возможной потери данных.Keeping the availability group online protects unsynchronized synchronous-commit databases from possible data loss. После перехода группы доступности в режим «вне сети» ее базы данных становятся недоступными для клиентов, при этом невозможно перевести группу доступности обратно в режим «в сети».After an availability group goes offline, its databases become unavailable to clients and you cannot bring the availability group back online. Таким образом, переводить группу доступности в режим «вне сети» следует только в целях миграции ресурсов этой группы доступности с одного кластера WSFC на другой.Therefore, take an availability group offline only to migrate the availability group resources from one WSFC cluster to another.

Если во время миграции Группы доступности AlwaysOnAlways On availability groupsс одного кластера на другой какие-либо приложения подключаются напрямую к первичной реплике группы доступности, то эту группу доступности необходимо перевести в режим «вне сети».During a cross-cluster migration of Группы доступности AlwaysOnAlways On availability groups, if any applications connect directly to the primary replica of an availability group, the availability group must be taken offline. Миграция Группы доступности AlwaysOnAlways On availability groups поддерживает обновление операционной системы с минимальным временем простоя групп доступности.Cross-cluster migration of Группы доступности AlwaysOnAlways On availability groups supports OS upgrade with minimal downtime of availability groups. Типичный сценарий — использование миграции Группы доступности AlwaysOnAlways On availability groups с одного сервера на другой для обновления до Windows 8Windows 8 или Windows Server 2012Windows Server 2012.The typical scenario is to use cross-cluster migration of Группы доступности AlwaysOnAlways On availability groups for OS upgrade to Windows 8Windows 8 or Windows Server 2012Windows Server 2012. Дополнительные сведения см. в документе Миграция между кластерами групп доступности AlwaysOn для обновления ОС.For more information, see Cross-Cluster Migration of Always On Availability Groups for OS Upgrade.

Внимание!

Используйте вариант OFFLINE только для миграции ресурсов группы доступности с одного кластера на другой.Use the OFFLINE option only for a cross-cluster migration of availability group resources.

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

  • На экземпляре сервера, где вводится команда OFFLINE, должны быть запущены службы SQL Server 2012 с пакетом обновлений 1 (SP1) версии 11.0.3xSQL Server 2012 SP1 (11.0.3x) или более поздней версии (выпуск Enterprise Edition или более продвинутый выпуск).The server instance on which you enter the OFFLINE command must be running SQL Server 2012 с пакетом обновлений 1 (SP1) версии 11.0.3xSQL Server 2012 SP1 (11.0.3x) or above (Enterprise edition or above).
  • Группа доступности должна быть в данный момент в сети.The availability group must currently be online.

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

Прежде чем переводить группу доступности в режим «вне сети», удалите прослушиватели группы доступности.Before you take the availability group offline, delete the availability group listener or listeners. Дополнительные сведения см. в документе Удаление прослушивателя группы доступности (SQL Server).For more information, see Remove an Availability Group Listener (SQL Server).

PermissionsPermissions

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

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

Перевод группы доступности в режим «вне сети»To take an availability group offline

  1. Подключитесь к экземпляру сервера, где размещается реплика доступности для группы доступности.Connect to a server instance that hosts an availability replica for the availability group. Эта реплика может быть первичной или вторичной.This replica can be the primary replica or a secondary replica.

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

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

    где имя_группы — это имя группы доступности.where group_name is the name of the availability group.

ПримерExample

В следующем примере выполняется перевод группы доступности AccountsAG в режим «вне сети».The following example takes the AccountsAG availability group offline.

ALTER AVAILABILITY GROUP AccountsAG OFFLINE;  

Дальнейшие действия. После перехода группы доступности в режим "вне сети"Follow Up: After the Availability Group Goes Offline

  • Ведение журнала операций OFFLINE. Идентификатор узла WSFC, где была инициирована операция OFFLINE, сохраняется как в журнале кластера WSFC, так и в журнале SQL ERRORLOG.Logging of OFFLINE operation: The identity of the WSFC node where the OFFLINE operation was initiated is stored in both the WSFC cluster log and the SQL ERRORLOG.

  • Если прослушиватель группы доступности не был удален до перевода группы в автономный режим. При переносе группы доступности на другой кластер WSFC удалите имя виртуальной сети и виртуальный IP-адрес прослушивателя.If you did not delete the availability group listener before taking the group offline: If you are migrating the availability group to another WSFC cluster, delete the VNN and VIP of the listener. Их можно удалить с помощью консоли управления отказоустойчивым кластером либо с помощью командлета Remove-ClusterResource PowerShell или cluster.exe.You can delete them by using either the Failover Cluster Management console, the Remove-ClusterResource PowerShell cmdlet, or cluster.exe. Обратите внимание, что программа cluster.exe в Windows 8 является устаревшей.Note that cluster.exe is deprecated on Windows 8.

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

См. такжеRelated Content

См. также:See Also

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