Data Transmission Service:Migrasi database MySQL yang dikelola sendiri ke PolarDB for MySQL

Database sumber

• Server harus memiliki bandwidth outbound yang cukup; jika tidak, kecepatan migrasi menurun.

• Tabel harus memiliki PRIMARY KEY atau kendala UNIQUE dengan semua field unik; jika tidak, catatan duplikat mungkin muncul di tujuan.

• Saat mengganti nama tabel atau kolom di tujuan, satu tugas mendukung hingga 1.000 tabel. Untuk lebih dari 1.000 tabel, konfigurasikan beberapa tugas atau migrasikan seluruh database.

• Selama migrasi skema dan migrasi data penuh, jangan menjalankan pernyataan DDL yang mengubah skema database atau tabel; tugas akan gagal.

• Selama migrasi hanya penuh (tanpa inkremental), jangan menulis ke database sumber; hal ini menyebabkan ketidakkonsistenan data. Untuk menjaga konsistensi, pilih migrasi skema, migrasi data penuh, dan migrasi data inkremental secara bersamaan.

• Data yang dihasilkan oleh operasi kaskade atau dipulihkan dari backup fisik tidak dicatat dalam log biner dan tidak akan dimigrasikan.

• Jika sumber adalah MySQL 8.0.23 atau lebih baru dan datanya mencakup kolom tak terlihat (invisible columns), kolom tersebut tidak dapat dibaca dan terjadi kehilangan data. Untuk membuat kolom terlihat, jalankan: ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;

Tabel tanpa primary key secara otomatis menghasilkan primary key tak terlihat. Jadikan primary key tak terlihat tersebut terlihat sebelum migrasi. Lihat Generated Invisible Primary Keys.

Persyaratan log biner untuk migrasi inkremental:

Sumber MySQL yang dikelola sendiri: kasus khusus

• Jika terjadi alih bencana primary/secondary pada sumber saat tugas sedang berjalan, tugas gagal.

• Latensi migrasi dihitung berdasarkan timestamp data terbaru yang dimigrasikan di tujuan dibandingkan waktu saat ini di sumber. Jika tidak ada operasi DML yang dilakukan pada sumber dalam periode panjang, latensi yang dilaporkan mungkin tidak akurat. Jalankan operasi DML pada sumber untuk memperbarui nilai latensi. Jika Anda memigrasikan seluruh database, buat tabel heartbeat yang diperbarui setiap detik.

• DTS secara berkala menjalankan CREATE DATABASE IF NOT EXISTS \test\`` pada sumber untuk memajukan posisi log biner.

Sumber ApsaraDB RDS for MySQL: kasus khusus

• Dalam migrasi data inkremental, instans ApsaraDB RDS for MySQL yang tidak mencatat log transaksi, seperti instans ApsaraDB RDS for MySQL V5.6 read-only, tidak dapat digunakan sebagai database sumber.

• DTS secara berkala menjalankan CREATE DATABASE IF NOT EXISTS \test\`` pada sumber untuk memajukan posisi log biner.

Database tujuan (PolarDB for MySQL)

• DTS secara otomatis membuat database di kluster tujuan. Jika nama database sumber tidak sesuai dengan konvensi penamaan PolarDB for MySQL, buat database secara manual sebelum mengonfigurasi tugas. Lihat Kelola database.

• Pembatasan kecepatan tidak tersedia untuk migrasi data penuh ke PolarDB for MySQL.

Batasan lainnya

• Versi MySQL sumber dan tujuan harus sama.

• DTS tidak memigrasikan data yang menggunakan definisi parser yang ditentukan melalui komentar.

• Jadwalkan migrasi selama jam sepi. Migrasi data penuh menggunakan resource baca dan tulis kedua database dan meningkatkan beban server.

• Setelah migrasi data penuh, operasi INSERT konkuren membuat fragmentasi tabel di tujuan, sehingga ruang tabelnya lebih besar daripada sumber.

• Jika data berisi karakter empat byte (karakter langka, emoji), database dan tabel tujuan harus menggunakan set karakter UTF8mb4. Jika Anda menggunakan migrasi skema DTS, atur character_set_server ke UTF8mb4 di database tujuan.

• DTS menggunakan ROUND(COLUMN, PRECISION) untuk membaca kolom FLOAT dan DOUBLE. Presisi default: 38 digit untuk FLOAT, 308 digit untuk DOUBLE. Verifikasi bahwa pengaturan presisi memenuhi kebutuhan Anda.

• DTS mencoba mengulang tugas yang gagal hingga 7 hari. Sebelum mengalihkan beban kerja ke tujuan, hentikan atau lepas tugas yang gagal, atau cabut izin tulis dari akun DTS. Jika tidak, database sumber mungkin menimpa data tujuan saat tugas yang gagal dilanjutkan.

• Nilai DATETIME tidak dapat dikonversi ke VARCHAR.

• Jika pernyataan DDL gagal di tujuan, tugas DTS tetap berjalan. Lihat pernyataan DDL yang gagal di log tugas.

• Jika sumber adalah instans ApsaraDB RDS for MySQL dengan EncDB diaktifkan, migrasi data penuh tidak didukung. Enkripsi Data Transparan (TDE) didukung untuk ketiga jenis migrasi.

• Untuk memigrasikan akun, lihat Migrasi akun database.

• Jika tugas DTS gagal, dukungan teknis DTS berusaha memulihkannya dalam waktu 8 jam. Tugas mungkin dimulai ulang dan parameter tugas tertentu mungkin dimodifikasi selama pemulihan. Parameter database tidak dimodifikasi.

Langkah 1: Buka halaman Data Migration

Gunakan salah satu konsol berikut untuk memulai:

Langkah 2: Konfigurasi database sumber dan tujuan

Klik Create Task untuk membuka halaman konfigurasi tugas.

Task Name

Source Database

Destination Database

Langkah 3: Uji konektivitas

Di bagian bawah halaman, klik Test Connectivity and Proceed, lalu klik Test Connectivity di dialog CIDR Blocks of DTS Servers.

Pastikan blok CIDR server DTS dapat ditambahkan (secara otomatis atau manual) ke pengaturan keamanan kedua database. Lihat Tambahkan blok CIDR server DTS.

Langkah 4: Pilih objek dan jenis migrasi

Di halaman Configure Objects, konfigurasikan hal berikut:

Parameter	Deskripsi
Migration Types	Pilih Schema Migration dan Full Data Migration untuk migrasi satu kali. Untuk menjaga kontinuitas layanan, pilih juga Incremental data migration. Jika Anda melewatkan Schema Migration, buat database dan tabel tujuan secara manual, dan aktifkan pemetaan nama objek di Selected Objects.
Method to migrate triggers in source database	Pilih metode migrasi trigger sesuai kebutuhan Anda. Tersedia hanya jika Migration Types mencakup Schema Migration. Lihat Konfigurasi metode sinkronisasi atau migrasi trigger.
Processing mode of conflicting tables	Precheck and Report Errors: gagal dalam pemeriksaan awal jika terdapat nama tabel identik di sumber dan tujuan (gunakan pemetaan nama objek untuk mengganti nama tabel yang bertentangan). Ignore Errors and Proceed: lewati pemeriksaan awal untuk nama tabel identik. Perhatikan bahwa hal ini dapat menyebabkan ketidakkonsistenan data: selama migrasi data penuh, DTS tidak memigrasikan catatan yang bertentangan dan catatan tujuan yang ada dipertahankan; selama migrasi data inkremental, DTS memigrasikan catatan tersebut dan catatan tujuan yang ada ditimpa.
Whether to migrate event	Pilih Yes pengaturan pemberitahuan peringatan untuk memigrasikan event, lalu lengkapi langkah-langkah berikutnya. Lihat Sinkronisasi atau migrasi event.
Capitalization of object names in destination instance	Mengontrol kapitalisasi nama database, tabel, dan kolom di tujuan. Default: DTS default policy. Lihat Tentukan kapitalisasi nama objek.
Source Objects	Pilih objek dan klik untuk memindahkannya ke Selected Objects. Anda dapat memilih kolom, tabel, atau skema. Memilih tabel atau kolom mengecualikan view, trigger, dan prosedur tersimpan.
Selected Objects	Klik kanan objek untuk mengganti namanya secara individual, atau klik Batch Edit untuk mengganti nama massal. Untuk memfilter baris, klik kanan tabel dan atur kondisi WHERE. Untuk membatasi operasi SQL di tingkat database atau tabel, klik kanan dan pilih operasi yang ingin disertakan.

Langkah 5: Konfigurasi pengaturan lanjutan

Klik Next: Advanced Settings dan konfigurasikan:

Langkah 6: Konfigurasi verifikasi data (opsional)

Klik Next Step: Data Verification untuk menyiapkan tugas verifikasi data. Untuk informasi selengkapnya, lihat Mengonfigurasi tugas verifikasi data.

Langkah 7: Jalankan pemeriksaan awal dan beli instans

1. Klik Next: Save Task Settings and Precheck.

   Untuk melihat pratinjau parameter API untuk konfigurasi tugas ini, arahkan kursor ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.

2. Tunggu hingga pemeriksaan awal selesai.

   • Jika suatu item gagal, klik View Details, perbaiki masalahnya, lalu klik Precheck Again.

   • Jika peringatan dipicu untuk item yang dapat diabaikan, klik Confirm Alert Details > Ignore > OK, lalu klik Precheck Again.

3. Saat Success Rate mencapai 100%, klik Next: Purchase Instance.

4. Di halaman Purchase Instance, atur Instance Class:

   Parameter	Deskripsi
   Resource Group	Kelompok sumber daya untuk instans migrasi. Default: default resource group.
   Instance Class	Kelas instans menentukan kecepatan migrasi. Pilih sesuai kebutuhan Anda. Lihat Kelas instans untuk instans migrasi data.

5. Pilih kotak centang Data Transmission Service (Pay-as-you-go) Service Terms, lalu klik Buy and Start > OK.

Lihat progres tugas di halaman Data Migration:

• Migrasi skema atau migrasi hanya penuh: tugas berhenti secara otomatis. Status menunjukkan Completed.

• Incremental data migration: tugas berjalan terus-menerus dan tidak berhenti otomatis. Status menunjukkan Running.