Menyelesaikan migrasi menggunakan AG terdistribusi

Gunakan grup ketersediaan terdistribusi (AG) untuk memigrasikan database Anda dari SQL Server ke SQL Server di Azure Virtual Machines (VM).

Artikel ini mengasumsikan Anda sudah mengonfigurasi AG terdistribusi untuk database mandiri atau database grup ketersediaan Anda, dan sekarang Anda siap untuk menyelesaikan migrasi ke SQL Server di Azure VM.

Memantau migrasi

Gunakan Transact-SQL (T-SQL) untuk memantau kemajuan migrasi Anda.

Jalankan skrip berikut pada primary global dan forwarder dan memvalidasi bahwa status dari synchronization_state_desc untuk grup ketersediaan utama (OnPremAG) dan grup ketersediaan sekunder (AzureAG) adalah SYNCHRONIZED. Konfirmasikan bahwa synchronization_state_desc untuk AG terdistribusi (DAG) disinkronkan dan last_hardened_lsn sama per database pada primer global dan penerus.

Jika tidak, jalankan ulang kueri di kedua sisi setiap 5 detik atau lebih hingga terjadi.

Gunakan skrip berikut untuk memantau migrasi:

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;

Menyelesaikan migrasi

Setelah memvalidasi status grup ketersediaan dan AG terdistribusi, Anda siap untuk menyelesaikan migrasi. Ini terdiri dari failover AG terdistribusi ke penerus (target SQL Server di Azure), dan kemudian memotong aplikasi ke primer baru di sisi Azure.

Untuk melakukan failover pada grup ketersediaan terdistribusi Anda, tinjau proses failover ke grup ketersediaan sekunder.

Setelah failover, perbarui string koneksi aplikasi Anda untuk tersambung ke replika utama baru di Azure. Pada titik ini, Anda dapat memilih untuk mempertahankan grup ketersediaan terdistribusi, atau menggunakan DROP AVAILABILITY GROUP [DAG] pada instans SQL Server sumber dan target untuk menghilangkannya.

Jika pengendali domain Anda berada di sisi sumber, validasi bahwa komputer virtual SQL Server target Anda di Azure bergabung ke domain sebelum meninggalkan instans SQL Server sumber. Jangan hapus pengontrol domain di sisi sumber hingga Anda membuat domain di sisi sumber di Azure dan menambahkan komputer virtual SQL Server Anda ke domain baru ini.

Konten terkait

  • Last updated on