Выполнение запланированного перехода на другой ресурс вручную для группы доступности (SQL Server)

В этом разделе описывается выполнение перехода на другой ресурс вручную без потери данных (запланированный переход на другой ресурс вручную) в группе доступности AlwaysOn с помощью среды Среда SQL Server Management Studio, Transact-SQL или PowerShell в SQL Server 2012. Группа доступности выполняет переход на другой ресурс на уровне реплики доступности. Запланированный переход на другой ресурс вручную, как и любая отработка отказа Группы доступности AlwaysOn, переводит вторичную реплику в роль первичной и одновременно переводит реплику, бывшую первичной, в роль вторичной.

При запланированном переходе на другой ресурс вручную, который поддерживается, только если первичная и целевая вторичная реплики работают в режиме синхронной фиксации и в данный момент синхронизированы, сохраняются все данные в базах данных-получателях, присоединенных к группе доступности в целевой вторичной реплике. После того как бывшая первичная реплика перейдет в роль вторичной, ее базы данных станут базами данных-получателями и начнут синхронизироваться с новыми базами данных-источниками. После того как они все перейдут в состояние SYNCHRONIZED, новая вторичная реплика может служить целью будущей запланированного перехода на другой ресурс вручную.

ПримечаниеПримечание

Если для первичной и вторичной реплики задан автоматический переход на другой ресурс, то после синхронизации вторичная реплика также может выступать в качестве цели для автоматического перехода на другой ресурс. Дополнительные сведения см. в разделе Режимы доступности (группы доступности AlwaysOn).

  • Перед началом работы выполните следующие действия.  

    Ограничения

    Требования и ограничения

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

  • Для переключения группы доступности на другой ресурс вручную используется:  

    Среда SQL Server Management Studio

    Transact-SQL

    PowerShell

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

Перед началом

Ограничения

Требования и ограничения

  • Целевая вторичная реплика и первичная реплика должны работать в режиме доступности с синхронной фиксацией.

  • Целевая вторичная реплика должна в данный момент быть синхронизирована с первичной репликой. Для этого необходимо, чтобы все базы данных-получатели в этой вторичной реплике были присоединены к группе доступности и синхронизированы с соответствующими им базами данных-источниками (локальные базы данных-получатели должны находиться в состоянии SYNCHRONIZED).

    СоветСовет

    Чтобы определить готовность вторичной реплики к отработке отказа, запросите столбец is_failover_ready в динамическом административном представлении sys.dm_hadr_database_cluster_states или проверьте значение столбца Готовность к отработке отказа на панели мониторинга групп AlwaysOn.

  • Эта задача поддерживается только в целевой вторичной реплике. Необходимо подключиться к экземпляру сервера, на котором размещается целевая вторичная реплика.

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

Разрешения

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

Значок стрелки, используемый со ссылкой «В начало»[В начало]

Использование среды SQL Server Management Studio

Переход на другой ресурс группы доступности вручную

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

  2. Разверните узел Высокий уровень доступности AlwaysOn и узел Группы доступности.

  3. Щелкните правой кнопкой мыши группу доступности для выполнения отработки отказа и выберите команду Отработка отказа.

  4. Будет запущен мастер отработки отказа группой доступности. Дополнительные сведения см. в разделе Использование мастера отработки отказа группы доступности (Среда SQL Server Management Studio).

Значок стрелки, используемый со ссылкой «В начало»[В начало]

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

Переход на другой ресурс группы доступности вручную

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

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

    ALTER AVAILABILITY GROUP group_name FAILOVER

    Здесь group_name — имя группы доступности.

    В следующем примере выполняется переход группы доступности MyAg вручную на подключенную вторичную реплику.

    ALTER AVAILABILITY GROUP MyAg FAILOVER;
    

Значок стрелки, используемый со ссылкой «В начало»[В начало]

Использование PowerShell

Переход на другой ресурс группы доступности вручную

  1. Перейдите в каталог (cd) экземпляра сервера, на котором размещается целевая вторичная реплика.

  2. Используйте командлет Switch-SqlAvailabilityGroup.

    ПримечаниеПримечание

    Чтобы просмотреть синтаксис командлета, воспользуйтесь командлетом Get-Help в среде SQL Server 2012 PowerShell. Дополнительные сведения см. в разделе Получение справок по SQL Server PowerShell.

    В следующем примере группа доступности MyAg вручную переводится на вторичную реплику с указанным путем.

    Switch-SqlAvailabilityGroup -Path SQLSERVER:\Sql\SecondaryServer\InstanceName\AvailabilityGroups\MyAg
    

Настройка и использование поставщика SQL Server для PowerShell

Значок стрелки, используемый со ссылкой «В начало»[В начало]

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

Если переход был выполнен на ресурс, находящийся за пределами группы доступности задан автоматический переход на другой ресурс, настройте кворум узлов кластера WSFC, чтобы отразить новую конфигурацию группы доступности. Дополнительные сведения см. в разделе Отказоустойчивая кластеризация Windows Server (WSFC) с SQL Server.

Значок стрелки, используемый со ссылкой «В начало»[В начало]

См. также

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

Обзор групп доступности AlwaysOn (SQL Server)

Отработка отказа и режимы отработки отказа (группы доступности AlwaysOn)

Выполнение принудительного перехода на другой ресурс вручную для группы доступности (SQL Server)