Praktik Terbaik Migrasi Basis Data

Memigrasikan basis data lebih kompleks daripada memindahkan VM karena basis data bersifat mempertahankan status dan sering memiliki koneksi aktif 24/7. Pendekatan salin-dan-pulihkan yang sederhana memerlukan waktu henti berjam-jam, yang tidak dapat diterima untuk sistem produksi. Migrasi basis data dengan praktik terbaik menggunakan replikasi data berkelanjutan untuk menjaga sumber dan target tetap tersinkron saat target divalidasi, kemudian melakukan pengalihan singkat dan terencana ketika lalu lintas diarahkan ke basis data Azure baru.

Azure Database Migration Service (DMS) adalah layanan terkelola sepenuhnya yang mengatur migrasi daring (hampir tanpa waktu henti) dan luring (berbasis waktu henti) dari mesin basis data lokal populer ke layanan basis data terkelola Azure. DMS mendukung sumber seperti SQL Server, MySQL, PostgreSQL, MongoDB, Oracle, serta target seperti Azure SQL Database, Azure SQL Managed Instance, Azure Database for MySQL, dan Azure Cosmos DB. Layanan ini terintegrasi dengan Data Migration Assistant (DMA) untuk pemeriksaan kompatibilitas pramigrasi.

Sebelum memigrasikan SQL Server, jalankan Data Migration Assistant (DMA) pada basis data sumber. DMA mengidentifikasi: masalah kompatibilitas (fitur yang digunakan dalam basis data Anda tetapi tidak didukung oleh target Azure SQL), perubahan yang merusak kompatibilitas, fitur yang sudah tidak digunakan lagi, dan rekomendasi performa. DMA menghasilkan laporan HTML terperinci yang memprioritaskan masalah berdasarkan tingkat keparahannya sehingga tim Anda dapat memperbaikinya sebelum jendela migrasi dimulai.

Migrasi luring membuat basis data sumber tidak tersedia selama migrasi — hal ini dapat diterima untuk basis data kecil atau sistem nonkritis yang memungkinkan adanya jendela pemeliharaan. Migrasi daring menggunakan change data capture (CDC) atau pengiriman log transaksi untuk mereplikasi perubahan secara berkelanjutan saat basis data baru dimuat, sehingga waktu henti hanya terjadi pada langkah pengalihan akhir. Migrasi daring direkomendasikan untuk basis data berukuran lebih dari 1 GB atau yang memiliki SLA dengan waktu henti kurang dari 1 jam.

Proyek migrasi DMS menentukan koneksi sumber (nama server, autentikasi, nama basis data), koneksi target (string koneksi Azure SQL), dan mode migrasi (daring atau luring). Anda juga memilih basis data dan tabel yang akan dimigrasikan. DMS memvalidasi konektivitas sebelum memulai. Proyek migrasi tetap tersimpan di portal Azure sehingga Anda dapat memantau kemajuan, mencoba kembali tabel yang gagal, dan melihat log aktivitas terperinci.

Selalu migrasikan skema sebelum data. Gunakan DMA atau SQL Server Management Studio (SSMS) untuk membuat skrip dan menerapkan tabel, tampilan, prosedur tersimpan, fungsi, serta indeks ke Azure SQL Database target. Verifikasi bahwa semua objek skema ada dan dapat dikompilasi tanpa kesalahan sebelum mengizinkan DMS memulai transfer data. Kesalahan skema yang ditemukan di tengah migrasi dapat merusak proses migrasi dan memaksa Anda memulainya kembali dari awal.

DMS melakukan pemuatan data penuh dengan membaca tabel basis data sumber satu per satu dan menulis baris ke target Azure SQL menggunakan penyisipan massal. Selama pemuatan penuh, layanan menangani tabel besar dengan membaginya menjadi beberapa batch. Indeks pada target dinonaktifkan selama pemuatan untuk memaksimalkan throughput, lalu dibuat ulang setelahnya. Untuk basis data yang sangat besar (skala TB), pertimbangkan untuk menggunakan Azure Data Factory atau ekspor bacpac guna memuat data terlebih dahulu dan mengurangi waktu proses DMS.

Untuk migrasi online, DMS mengaktifkan SQL Server Change Data Capture (CDC) pada sumber untuk merekam operasi INSERT, UPDATE, dan DELETE yang terjadi saat pemuatan penuh berlangsung. Setelah pemuatan penuh selesai, DMS memutar ulang perubahan yang direkam tersebut pada target, sehingga kesenjangan berkurang secara bertahap. Ketika latensi turun mendekati nol, basis data siap untuk pengalihan. CDC mengharuskan SQL Server Agent sedang berjalan dan basis data sumber berada dalam mode pemulihan penuh.

Ketika keterlambatan CDC minimal, mulai proses pengalihan di portal DMS. DMS berhenti menerima peristiwa CDC baru, menerapkan perubahan yang tersisa, dan menandai migrasi sebagai selesai. Pada tahap ini, arahkan ulang string koneksi aplikasi ke titik akhir Azure SQL. Jalankan kueri validasi data dengan membandingkan jumlah baris dan agregat checksum antara sumber dan target untuk tabel-tabel penting. Pertahankan basis data sumber dalam mode hanya-baca selama 24–48 jam setelah pengalihan jika diperlukan pengembalian.

Setelah migrasi, performa Azure SQL Database mungkin berbeda dari SQL Server lokal karena perbedaan cache rencana kueri, statistik, dan perangkat keras. Jalankan Database Experimentation Assistant (DEA) untuk memutar ulang jejak beban kerja pada target Azure dan membandingkan rencana eksekusi. Aktifkan Automatic Tuning di Azure SQL agar layanan dapat secara otomatis membuat atau menghapus indeks serta memaksa penggunaan rencana kueri tanpa regresi, sehingga performa meningkat seiring waktu tanpa intervensi manual.

DMS juga memigrasikan mesin sumber terbuka: MySQL ke Azure Database for MySQL menggunakan pola mysqldump + replikasi binlog, dan PostgreSQL ke Azure Database for PostgreSQL menggunakan slot replikasi logis. Untuk migrasi MongoDB ke Cosmos DB, gunakan API Cosmos DB for MongoDB dan pipeline native mongodump / mongorestore atau konektor MongoDB Azure Data Factory untuk CDC inkremental. Selalu uji migrasi pada salinan nonproduksi sebelum menjalankannya terhadap data aktif.

Uji pemahaman Anda tentang konsep Microsoft Azure Fundamentals (AZ-900) dari pelajaran ini.

Dalam pelajaran ini Anda mempelajari bahwa Azure Database Migration Service mengatur migrasi basis data online dan offline, asesmen pramigrasi dengan DMA menemukan masalah kompatibilitas sebelum jendela migrasi, dan pengambilan data perubahan memungkinkan pengalihan basis data produksi dengan hampir tanpa waktu henti. Selanjutnya, kita akan beralih untuk membahas pengoptimalan biaya Azure.