Ringkasan
Sebelum memilih untuk memigrasikan database ke Cloud SQL, pastikan Anda mempertimbangkan batasan yang diketahui untuk skenario migrasi ini.
Batasan yang diketahui untuk menggunakan database MySQL sebagai sumber meliputi:
Migrasi ke MySQL 5.6 atau MySQL 8.4 dengan file cadangan fisik Percona XtraBackup tidak didukung.
Saat bermigrasi di seluruh versi MySQL utama (misalnya, dari MySQL 8.0 ke MySQL 8.4), Anda perlu mengatasi kemungkinan inkompatibilitas untuk memastikan migrasi yang lancar tanpa masalah konsistensi data.
Saat Anda bersiap untuk migrasi lintas versi, tinjau fitur yang didukung oleh Cloud SQL untuk MySQL serta catatan rilis untuk versi utama target untuk menentukan inkompatibilitas yang perlu Anda atasi.
Jangan melakukan perubahan bahasa definisi data (DDL), seperti mengubah definisi tabel, selama fase dump data penuh. Perubahan DDL yang dilakukan sebelum tugas migrasi berpindah ke fase CDC dapat menyebabkan tugas migrasi Anda gagal. Untuk mengetahui informasi selengkapnya, lihat Mendiagnosis masalah: error
Table definition has changed.Jika sumbernya adalah MySQL Amazon RDS, MySQL Amazon Aurora, atau sumber yang tidak memberikan hak istimewa SUPERUSER, langkah-langkah tambahan diperlukan agar migrasi berhasil, termasuk periode nonaktif operasi tulis singkat di sumber. Untuk informasi selengkapnya, lihat bagian khusus Amazon RDS dan khusus Amazon Aurora.
Database Migration Service tidak dapat memigrasikan data dari instance replika baca Amazon Aurora dari cluster database MySQL karena file log biner tidak dapat diambil dari instance. Untuk mengetahui informasi selengkapnya, lihat bagian khusus Amazon Aurora.
Database sistem MySQL tidak dimigrasikan sebagai bagian dari migrasi server, yang berarti informasi tentang peran pengguna tidak disertakan.
Anda tidak dapat memilih objek database tertentu (seperti database, tabel, atau skema) saat bermigrasi menggunakan Database Migration Service. Semua tabel dari semua database dan skema dimigrasikan, kecuali skema sistem berikut:
mysql,performance_schema,information_schema, dansys. Sebelum memulai migrasi, pastikan database sumber Anda tidak berisi objek yang mereferensikan tabel dalam skema ini. Jika tidak, migrasi Anda dapat gagal dengan pesanERROR 1109 (42S02): Unknown table in <schema name here>. Lihat Mengonfigurasi database sumber dan Mendiagnosis masalah.Jika database terenkripsi memerlukan kunci enkripsi yang dikelola pelanggan untuk mendekripsi informasi dalam database, dan jika Database Migration Service tidak memiliki akses ke kunci tersebut, database tidak dapat dimigrasikan.
Database Migration Service mendukung migrasi data dari database Amazon Aurora atau Amazon RDS terenkripsi karena database ini menangani dekripsi secara transparan dalam layanannya. Untuk mengetahui informasi selengkapnya, lihat Mengenkripsi resource Amazon Aurora dan Mengenkripsi resource Amazon RDS.
Selama migrasi, database Cloud SQL tujuan berada dalam mode hanya baca, untuk mencegah modifikasi database yang dapat merusak proses migrasi atau integritas data. Setelah dipromosikan, tujuan akan dapat ditulis.
Saat ini, Database Migration Service tidak kompatibel dengan MariaDB.
Anda harus menetapkan format log biner ke
ROW. Mengonfigurasi log biner ke format lain, sepertiSTATEMENTatauMIXED, dapat menyebabkan replikasi gagal. Misalnya, menggunakan pernyataanLOAD DATA IN FILE.Pelajari lebih lanjut batasan ini untuk format
STATEMENTatauMIXED.Jika Anda membuat tugas migrasi berkelanjutan menggunakan file dump Anda sendiri, jangan gunakan utilitas
mysqldumpdari MySQL versi 5.7.36. Untuk informasi selengkapnya, lihat bug #105761 dalam dokumentasi MySQL.InnoDB adalah satu-satunya mesin penyimpanan yang didukung untuk Cloud SQL. Bermigrasi dengan MyISAM dapat menyebabkan inkonsistensi data dan validasi data perlu dilakukan. Untuk mendapatkan bantuan dalam mengonversi tabel dari MyISAM ke InnoDB, lihat dokumentasi MySQL.
Pertimbangan paralelisme dump data
Paralelisme dump data memungkinkan Anda bermigrasi dari database MySQL menggunakan mekanisme dump berperforma tinggi, yang secara signifikan meningkatkan kecepatan migrasi. Saat menggunakan paralelisme dump data, pertimbangkan hal berikut:
Paralelisme dump data saat ini hanya tersedia saat bermigrasi ke MySQL versi 5.7 atau 8.
Di awal pembuangan data, Database Migration Service akan mengunci database sumber Anda secara singkat sehingga tidak tersedia untuk operasi tulis untuk sementara. Durasi kunci bergantung pada jumlah tabel dalam database sumber:
Jumlah tabel Perkiraan waktu kunci 100 1 detik 10 rb 9 detik 50 RB 49 detik
Batasan untuk migrasi ke instance tujuan yang ada
- Instance tujuan yang ada harus kosong atau hanya berisi
data konfigurasi sistem. Migrasi ke instance tujuan yang ada
yang berisi data pengguna (seperti tabel) tidak didukung.
Jika Anda mengalami masalah karena data tambahan di instance tujuan yang ada, hapus database di instance tujuan dan coba lagi tugas migrasi. Lihat Menghapus data tambahan dari instance tujuan yang ada.
- Anda hanya dapat mengonfigurasi satu tugas migrasi per instance tujuan.
- Anda hanya dapat bermigrasi ke instance Cloud SQL mandiri. Migrasi ke replika server eksternal tidak didukung.
- Memigrasikan data ke instance Cloud SQL yang telah mengaktifkan Private Service Connect tidak didukung.
- Untuk melakukan migrasi ke instance Cloud SQL yang memiliki replika baca, instance sumber Anda harus mengaktifkan logging ID transaksi global (GTID).
- Untuk pengguna Terraform: Database Migration Service mengubah setelan pencadangan dan pemulihan instance tujuan Anda. Hal ini dapat menyebabkan setelan instance tujuan Anda berbeda dengan konfigurasi Terraform yang Anda gunakan untuk penyediaan. Jika Anda mengalami masalah ini, ikuti panduan di Mendiagnosis masalah.
Kuota
- Hingga 2.000 profil koneksi dan 1.000 tugas migrasi dapat ada pada waktu tertentu. Untuk membuat ruang bagi tugas migrasi lainnya (termasuk yang telah selesai) dan profil koneksi dapat dihapus.