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

Выполнение миграции с использованием распределенной группы доступности (AG)

Используйте распределенную группу доступности для переноса баз данных из SQL Server в SQL Server на виртуальных машинах Azure.

В этой статье предполагается, что вы уже настроили распределенную AG для автономных баз данных или баз данных группы доступности, а теперь готовы завершить миграцию на SQL Server, работающий на виртуальных машинах Azure.

Мониторинг миграции

Для отслеживания хода выполнения миграции используйте Transact-SQL.

Выполните следующий скрипт на глобальном первичном сервере и перенаправителе, и убедитесь, что состояние для основной группы доступности (OnPremAG) и вторичной группы доступности (AzureAG) равно SYNCHRONIZED. Убедитесь, что synchronization_state_desc для распределенной группы доступности (DAG) синхронизируется, и значение last_hardened_lsn одинаково для каждой базы данных как на глобальной первичной, так и на пересылочной.

В противном случае повторно выполните запрос на обеих сторонах каждые 5 секунд или до тех пор, пока это не будет.

Для отслеживания миграции используйте следующий скрипт:

SELECT ag.name,
       drs.database_id,
       db_name(drs.database_id) AS database_name,
       drs.group_id,
       drs.replica_id,
       drs.synchronization_state_desc,
       drs.last_hardened_lsn
FROM sys.dm_hadr_database_replica_states AS drs
     INNER JOIN sys.availability_groups AS ag
         ON drs.group_id = ag.group_id;

Завершение миграции

После проверки состояний группы доступности и распределенной группы доступности вы будете готовы завершить миграцию. Это состоит из отработки отказа распределенной группы доступности на сервер пересылки (целевой SQL Server в Azure), а затем переключения приложения на новую первичную сторону Azure.

Чтобы выполнить переключение на резервную распределенной группы доступности, просмотрите переключение на резервную во вторичную группу доступности.

После отработки отказа обновите строку подключения для приложения, чтобы подключиться к новой первичной реплике в Azure. На этом этапе можно выбрать поддержку распределенной группы доступности или использовать DROP AVAILABILITY GROUP [DAG] как для исходных, так и для целевых экземпляров SQL Server.

Если контроллер домена находится на стороне источника, убедитесь, что целевые виртуальные машины SQL Server в Azure присоединены к домену, прежде чем отказаться от исходных экземпляров SQL Server. Не удаляйте контроллер домена на стороне источника, пока не создадите домен на стороне источника в Azure и добавьте виртуальные машины SQL Server в этот новый домен.

Связанный контент

  • Last updated on