Database Migration Service mendukung dua pendekatan untuk memigrasikan database SQL Server ke Cloud SQL untuk SQL Server:
- Migrasi pencadangan dan pemulihan: Migrasikan dari sumber SQL Server yang dikelola sendiri, Amazon RDS, atau Cloud SQL untuk SQL Server dengan melakukan staging file pencadangan penuh dan file log transaksi di bucket Cloud Storage.
- Migrasi Distributed Availability Group (DAG): Migrasikan dari instance SQL Server Enterprise Edition yang dikelola sendiri langsung melalui koneksi jaringan pribadi menggunakan Distributed Availability Group SQL Server, tanpa mengekspor file cadangan ke Cloud Storage.
Migrasi pencadangan dan pemulihan
Anda dapat memigrasikan database SQL Server ke instance Cloud SQL untuk SQL Server dengan Database Migration Service menggunakan alur pencadangan dan pemulihan.
Untuk sumber yang dikelola sendiri atau Amazon RDS, Anda harus mengupload file cadangan database lengkap dan file log transaksi ke bucket Cloud Storage terlebih dahulu. Database Migration Service kemudian akan memantau bucket Anda secara aktif, dan terus mereplikasi data Anda ke instance Cloud SQL untuk SQL Server tujuan.
Untuk sumber Cloud SQL untuk SQL Server, Database Migration Service otomatis menangani semua ekspor file cadangan yang diperlukan.
Bagian ini membahas fitur-fitur berikut untuk migrasi pencadangan dan pemulihan SQL Server homogen:
Sumber dan tujuan yang didukung mencantumkan semua versi SQL Server yang didukung oleh Database Migration Service.
Aliran data migrasi berkelanjutan memberikan ringkasan menyeluruh tentang cara data Anda berpindah di Google Cloud selama proses migrasi.
Enkripsi membahas cara melakukan migrasi dengan file cadangan SQL Server terenkripsi.
Pemantauan memberikan pengantar untuk log dan metrik yang dapat membantu Anda mengamati progres dan kondisi tugas migrasi.
Database sumber dan tujuan yang didukung
Anda dapat menggunakan Database Migration Service untuk bermigrasi antara versi dan edisi SQL Server yang sama, atau dari versi SQL Server yang lebih lama ke versi yang lebih baru yang didukung di Cloud SQL, asalkan Anda mengikuti panduan kompatibilitas versi. Untuk mengetahui informasi selengkapnya, lihat upgrade versi dan edisi yang didukung untuk versi SQL Server Anda dalam dokumentasi Microsoft. Misalnya, lihat Upgrade versi dan edisi yang didukung (SQL Server 2025).
Tabel berikut mencantumkan semua database sumber dan tujuan SQL Server yang didukung:
| Database sumber | Database tujuan |
|---|---|
| Amazon RDS | Cloud SQL untuk SQL Server versi 2025, 2022, 2019, 2017 |
| SQL Server yang dikelola sendiri
(di lokasi atau di VM cloud apa pun yang Anda kontrol sepenuhnya) | |
| Cloud SQL untuk SQL Server (dengan ekspor cadangan otomatis oleh Database Migration Service) |
Aliran data migrasi berkelanjutan
Untuk migrasi SQL Server homogen ke Cloud SQL, Database Migration Service mendukung alur migrasi berkelanjutan. Dalam pendekatan ini, data Anda pertama-tama dimuat dari file cadangan database lengkap, lalu dari file cadangan diferensial, kemudian terus diperbarui berdasarkan file log transaksi yang Anda upload ke bucket Cloud Storage khusus.
Secara umum, data Anda akan melalui fase migrasi sebagai berikut:
Sumber Cloud SQL untuk SQL Server
Untuk sumber Cloud SQL untuk SQL Server:
- Anda mengonfigurasi instance Cloud SQL untuk SQL Server sumber guna mendukung Pemulihan Point-in-Time (PITR) dan menetapkan izin yang diperlukan untuk akun layanan Cloud SQL dan Database Migration Service.
- Saat Anda membuat dan menjalankan tugas migrasi, Database Migration Service akan membuat pencadangan penuh database Anda terlebih dahulu, menyimpannya di bucket Cloud Storage yang disediakan, lalu memuatnya ke instance tujuan.
- Setelah dump lengkap selesai, Database Migration Service akan terus mengekspor file log transaksi dari instance Cloud SQL untuk SQL Server sumber dan memuatnya ke tujuan.
Anda dapat menghentikan replikasi yang sedang berlangsung dan mempromosikan tugas migrasi jika ingin mengalihkan aplikasi agar menggunakan instance tujuan Cloud SQL untuk SQL Server sebagai database produksi. Untuk mengetahui panduan migrasi langkah demi langkah yang mendetail, lihat Panduan migrasi Cloud SQL untuk SQL Server untuk sumber Cloud SQL.
Sumber yang dikelola sendiri dan sumber AWS
Untuk sumber yang dikelola sendiri dan sumber AWS:
- Anda mengupload file cadangan ke Cloud Storage.
Migrasi SQL Server berkelanjutan untuk sumber yang dikelola sendiri mengharuskan Anda melakukan pencadangan penuh database sumber terlebih dahulu, lalu mengupload file cadangan ke bucket Cloud Storage. Untuk update berikutnya, Anda dapat memberikan file cadangan diferensial, lalu mengupload file log transaksi. Anda juga dapat mengotomatiskan pembuatan dan upload log transaksi berkelanjutan.
Untuk mengetahui informasi selengkapnya tentang cara mengotomatiskan pembuatan dan upload log transaksi berkelanjutan, lihat Menjadwalkan pencadangan log transaksi.
Untuk mengetahui detail tentang cara Database Migration Service menggunakan berbagai jenis file cadangan dalam migrasi SQL Server homogen, lihat Jenis file cadangan yang didukung.
- Saat tugas migrasi dimulai, Database Migration Service akan memuat cadangan database lengkap terbaru ke instance Cloud SQL untuk SQL Server tujuan.
- Setelah pemuatan awal selesai, Database Migration Service akan beralih ke fase pemuatan inkremental. Pada tahap ini, Database Migration Service melakukan hal berikut:
-
Jika tugas migrasi Anda dikonfigurasi untuk menggunakan file cadangan diferensial,
Database Migration Service akan memindai folder `diff` dan memuat file cadangan diferensial
ke instance tujuan Anda. Jika tugas migrasi Anda dikonfigurasi
untuk menggunakan file cadangan diferensial, tetapi Database Migration Service tidak dapat menemukannya
di bucket Cloud Storage, tugas migrasi akan menampilkan error
saat terus menelusuri folder `diff` untuk menemukan file cadangan
diferensial.
Database Migration Service memuat file cadangan diferensial hanya sekali, di awal fase pemuatan inkremental. Saat tugas migrasi dilanjutkan untuk menangani file log transaksi, tidak ada file cadangan diferensial baru yang dikenali saat Anda menguploadnya ke folder `diff`.
- Sekarang Database Migration Service terus memindai bucket Cloud Storage Anda untuk mencari file cadangan log transaksi yang akan direplikasi di instance tujuan Anda.
-
Jika tugas migrasi Anda dikonfigurasi untuk menggunakan file cadangan diferensial,
Database Migration Service akan memindai folder `diff` dan memuat file cadangan diferensial
ke instance tujuan Anda. Jika tugas migrasi Anda dikonfigurasi
untuk menggunakan file cadangan diferensial, tetapi Database Migration Service tidak dapat menemukannya
di bucket Cloud Storage, tugas migrasi akan menampilkan error
saat terus menelusuri folder `diff` untuk menemukan file cadangan
diferensial.
- Saat data baru muncul di database sumber, Anda dapat terus mengekspor file cadangan log transaksi dan menguploadnya ke bucket Cloud Storage yang sama. Database Migration Service mengambil semua file cadangan log transaksi baru dan mereplikasinya di database tujuan.
Anda dapat menghentikan replikasi yang sedang berlangsung dan mempromosikan tugas migrasi jika ingin mengalihkan aplikasi agar menggunakan instance tujuan Cloud SQL untuk SQL Server sebagai database produksi. Untuk panduan migrasi langkah demi langkah yang mendetail, lihat Panduan migrasi Cloud SQL untuk SQL Server.
Enkripsi
Untuk sumber yang dikelola sendiri dan Amazon RDS, Database Migration Service memberikan dukungan penuh untuk cadangan SQL Server terenkripsi. Jika Anda mengupload kunci enkripsi ke Google Cloud, Database Migration Service dapat mendekripsi data Anda dengan aman dan memuatnya ke instance tujuan Cloud SQL untuk SQL Server tanpa mengorbankan keamanan data Anda.
Untuk mengetahui detail selengkapnya, lihat File cadangan SQL Server terenkripsi.
Migrasi Distributed Availability Group (DAG)
Untuk instance SQL Server Enterprise Edition yang dikelola sendiri, Anda dapat memigrasikan database secara langsung melalui koneksi jaringan pribadi dengan Grup Ketersediaan Terdistribusi (DAG) SQL Server, tanpa mengekspor file cadangan atau file log transaksi ke Cloud Storage.
Bagian ini memberikan ringkasan singkat tentang migrasi Grup Ketersediaan Terdistribusi SQL Server:
Sumber dan tujuan yang didukung mencantumkan edisi dan versi SQL Server yang didukung untuk migrasi DAG.
Aliran data migrasi berkelanjutan merangkum cara data Anda berpindah antar-Grup Ketersediaan selama proses migrasi.
Enkripsi menjelaskan cara data dalam pengiriman diamankan antara instance sumber dan tujuan Anda.
Pemantauan memperkenalkan log dan metrik yang membantu Anda mengamati progres dan kondisi tugas migrasi.
Untuk perbandingan lengkap dengan migrasi pencadangan dan pemulihan, detail arsitektur, dan batasan, lihat Tentang migrasi Distributed Availability Group (DAG).
Database sumber dan tujuan yang didukung
Migrasi Grup Ketersediaan Terdistribusi memerlukan Enterprise Edition di instance SQL Server sumber dan instance Cloud SQL untuk SQL Server tujuan:
| Database sumber | Database tujuan |
|---|---|
| SQL Server Enterprise Edition yang dikelola sendiri versi 2025, 2022, 2019, 2017
(di infrastruktur lokal atau di VM cloud apa pun yang Anda kontrol sepenuhnya, dengan grup ketersediaan Always On diaktifkan) |
Cloud SQL untuk SQL Server Enterprise Edition versi 2025, 2022, 2019, 2017 |
Aliran data migrasi berkelanjutan
Dalam migrasi Grup Ketersediaan Terdistribusi, Database Migration Service mengonfigurasi Grup Ketersediaan Terdistribusi antara Grup Ketersediaan sumber dan Grup Ketersediaan sekunder terkelola di instance Cloud SQL untuk SQL Server tujuan, yang menstreaming pemuatan penuh awal dan perubahan database yang sedang berlangsung secara langsung melalui koneksi jaringan pribadi.
Secara garis besar, migrasi Grup Ketersediaan Terdistribusi berfungsi sebagai berikut:
- Anda akan mengonfigurasi konektivitas IP pribadi dua arah, menyiapkan Grup Ketersediaan sumber, dan membuat Server Tertaut di instance Cloud SQL untuk SQL Server tujuan.
- Saat Anda memulai tugas migrasi, Database Migration Service akan membuat Distributed Availability Group dan melakukan streaming pemuatan penuh awal semua database di Availability Group sumber secara langsung melalui jaringan ke Cloud SQL untuk SQL Server.
- Setelah pemuatan penuh awal selesai, Database Migration Service terus
mereplikasi perubahan database yang sedang berlangsung (fase
CDC), sekaligus memungkinkan Anda membuat kueri database tujuan dalam mode hanya baca. - Saat Anda mempromosikan tugas migrasi, Database Migration Service akan mengalihkan
instance Cloud SQL untuk SQL Server ke instance utama baca/tulis dan memasuki
fase
FAILBACKuntuk mereplikasi penulisan baru kembali ke instance sumber Anda. Selama faseFAILBACK, Anda dapat menjalankanpromotedengan flag--failbackuntuk mengalihkan peran utama kembali ke instance sumber, atau menghentikan replikasi dan menghapus tugas migrasi untuk menyelesaikan migrasi dan melakukan pembersihan yang diperlukan setelah migrasi Anda diverifikasi.
Untuk mengetahui detail lengkap tentang cara kerja migrasi DAG, lihat Tentang migrasi Grup Ketersediaan Terdistribusi (DAG). Untuk panduan langkah demi langkah, lihat Bermigrasi dari SQL Server yang dikelola sendiri menggunakan Distributed Availability Groups.
Enkripsi
Migrasi Distributed Availability Group tidak mengekspor file cadangan ke Cloud Storage. Sebagai gantinya, semua data pemuatan penuh awal dan perubahan database yang sedang berlangsung yang ditransfer antara Grup Ketersediaan sumber dan Grup Ketersediaan Cloud SQL untuk SQL Server tujuan diautentikasi dengan sertifikat dan dienkripsi dalam pengiriman menggunakan enkripsi AES melalui koneksi jaringan pribadi Anda.
Pemantauan
Database Migration Service menyediakan kemampuan logging dan kemampuan observasi yang ekstensif untuk membantu Anda memantau progres migrasi pencadangan dan pemulihan serta Distributed Availability Group. Fitur ini mencakup diagnostik real-time untuk penundaan replikasi (jeda pemulihan), pemrosesan file cadangan log transaksi untuk migrasi berbasis cadangan, penggunaan penyimpanan tujuan, dan log mendetail untuk kesehatan instance tujuan Cloud SQL untuk SQL Server dan status tugas migrasi.
Untuk mengetahui detail selengkapnya, lihat Metrik tugas migrasi.
Langkah berikutnya
Untuk mempelajari lebih lanjut dukungan data dan fitur SQL Server di Database Migration Service, lihat Batasan umum.
Untuk mendapatkan panduan migrasi langkah demi langkah yang lengkap, lihat: