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

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

  • Статья

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

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

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

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

Выполните приведенный ниже скрипт на глобальном сервере-источнике и сервере пересылки, а затем проверьте, что для synchronization_state_desc первичной группы доступности (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 drs
INNER JOIN sys.availability_groups 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 в этот новый домен.

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