Data Transmission Service:Migrasi\ data\ dari\ instans\ RDS\ for\ MySQL\ ke\ kluster\ PolarDB\ for\ MySQL

Persyaratan database sumber

• Server yang meng-host database sumber harus memiliki bandwidth outbound yang cukup. Bandwidth yang tidak mencukupi akan mengurangi kecepatan migrasi.

• Tabel harus memiliki PRIMARY KEY atau kendala UNIQUE dengan semua field unik. Tabel tanpa kendala tersebut dapat menghasilkan catatan duplikat di tujuan.

• Jika Anda memilih tabel sebagai objek migrasi dan perlu mengganti nama tabel atau kolom di database tujuan, satu tugas mendukung hingga 1.000 tabel. Untuk lebih dari 1.000 tabel, bagi ke beberapa tugas atau migrasikan seluruh database.

• Jangan lakukan operasi DDL pada database atau tabel selama migrasi skema atau migrasi data penuh. Tugas akan gagal jika skema berubah di tengah migrasi.

• Jika Anda hanya menjalankan migrasi data penuh (tanpa inkremental), jangan menulis ke database sumber selama migrasi. Untuk menjamin konsistensi data, gunakan migrasi skema, migrasi data penuh, dan migrasi data inkremental secara bersamaan.

Jika Anda menyertakan migrasi data inkremental, database sumber juga harus memenuhi persyaratan berikut:

• Pencatatan biner (binary logging) diaktifkan, dengan binlog_format diatur ke row dan binlog_row_image diatur ke full. Jika kondisi ini tidak terpenuhi, Pemeriksaan Awal akan mengembalikan error dan tugas tidak dapat dimulai.

  • Penting: Untuk MySQL yang dikelola sendiri dalam kluster dual-primary, atur log_slave_updates ke ON agar DTS dapat menangkap seluruh log biner.

• Periode retensi log biner: Retensi log yang tidak mencukupi menyebabkan DTS gagal memperoleh log biner, yang dapat mengakibatkan kegagalan tugas atau kehilangan data. Memenuhi persyaratan retensi ini diperlukan untuk mencapai jaminan Service Level Agreement (SLA).

  • Hanya migrasi inkremental: simpan log lebih dari 24 jam.

  • Migrasi penuh + inkremental: simpan log minimal 7 hari. Setelah migrasi penuh selesai, Anda dapat mengurangi retensi menjadi lebih dari 24 jam.

Persyaratan database tujuan

• DTS secara otomatis membuat database tujuan di kluster PolarDB for MySQL. Jika nama database sumber tidak valid, buat database secara manual sebelum mengonfigurasi tugas. Lihat Manajemen Database.

• Throttling tidak didukung untuk migrasi data penuh.

Batasan lainnya

• Gunakan versi engine yang sama untuk database sumber dan tujuan guna memastikan kompatibilitas.

• Migrasi data penuh menggunakan sumber daya baca dan tulis pada kedua database (sumber dan tujuan), yang meningkatkan beban kerja. Jadwalkan migrasi pada jam sepi.

• Migrasi data penuh dengan operasi INSERT konkuren menyebabkan fragmentasi tabel di tujuan. Setelah migrasi selesai, ruang tabel tujuan lebih besar daripada sumber.

• DTS menggunakan ROUND(COLUMN, PRECISION) untuk membaca kolom FLOAT dan DOUBLE. Jika Anda tidak menentukan presisi, DTS menggunakan 38 digit untuk FLOAT dan 308 digit untuk DOUBLE. Pastikan pengaturan presisi ini memenuhi kebutuhan Anda.

• DTS mencoba mengulang tugas yang gagal hingga 7 hari. Sebelum memindahkan beban kerja ke tujuan, hentikan atau lepas tugas migrasi — atau jalankan REVOKE untuk mencabut izin tulis dari akun DTS. Jika tidak, jika tugas dilanjutkan secara otomatis, data dari sumber dapat menimpa data di tujuan.

Hanya untuk sumber MySQL yang dikelola sendiri

• Jika terjadi failover primary/secondary saat tugas migrasi sedang berjalan, tugas akan gagal.

• DTS menghitung latensi migrasi berdasarkan timestamp data terbaru yang dimigrasikan di tujuan dan timestamp saat ini di sumber. Jika tidak ada operasi DML yang dijalankan di sumber dalam periode panjang, latensi yang dilaporkan mungkin tidak akurat. Jalankan operasi DML di sumber untuk memperbarui latensi. Jika Anda memigrasikan seluruh database, buat tabel heartbeat yang menerima pembaruan setiap detik.

• DTS secara berkala menjalankan CREATE DATABASE IF NOT EXISTS `test` di sumber untuk memajukan Posisi file log biner.

Langkah 1: Buka halaman Tugas Migrasi Data

1. Login ke Konsol Data Management (DMS).

2. Di bilah navigasi atas, klik DTS.

3. Di panel navigasi kiri, pilih DTS (DTS) > Data Migration.

Tata letak konsol dapat berbeda. Lihat Mode simple dan Konfigurasikan konsol DMS sesuai kebutuhan bisnis Anda. Atau, langsung buka halaman Tugas Migrasi Data.

Langkah 2: Pilih wilayah

Dari daftar drop-down di samping Tugas Migrasi Data, pilih wilayah tempat instans migrasi berada.

Di konsol DTS baru, pilih wilayah di pojok kiri atas.

Langkah 3: Konfigurasi database sumber dan tujuan

Klik Create Task dan konfigurasikan parameter berikut.

Pengaturan tugas

Source Database

Destination Database

Langkah 4: Uji konektivitas

Klik Test Connectivity and Proceed di bagian bawah halaman.

DTS secara otomatis menambahkan Blok CIDR servernya ke daftar putih instans database Alibaba Cloud dan ke aturan grup keamanan database yang di-host di ECS. Untuk database yang dikelola sendiri di pusat data atau penyedia cloud pihak ketiga, tambahkan Blok CIDR DTS secara manual ke daftar putih database. Lihat Tambahkan Blok CIDR server DTS ke pengaturan keamanan database on-premises.

Langkah 5: Konfigurasi objek migrasi dan pengaturan lanjutan

Jenis migrasi

Jika Anda tidak memilih Migrasi Data Inkremental, jangan menulis ke instans sumber selama migrasi untuk menjaga konsistensi data.

Mode pemrosesan untuk tabel yang bentrok

Pilih objek

Pilih satu atau beberapa objek dari bagian Source Objects dan klik untuk menambahkannya ke bagian Selected Objects.

Anda dapat memilih kolom, tabel, atau skema. Jika Anda memilih tabel atau kolom, DTS tidak memigrasikan view, trigger, atau prosedur tersimpan.

Untuk mengganti nama satu objek, klik kanan objek tersebut di Selected Objects. Lihat Petakan nama satu objek.

Untuk mengganti nama beberapa objek sekaligus, klik di pojok kanan atas Selected Objects. Lihat Petakan beberapa nama objek sekaligus.

Mengganti nama objek dapat menyebabkan objek lain yang bergantung padanya gagal dimigrasikan.

Untuk memfilter baris berdasarkan kondisi, klik kanan tabel di Selected Objects dan tentukan klausa WHERE. Lihat Gunakan kondisi SQL untuk memfilter data.

Untuk memilih operasi DML atau DDL tertentu untuk tabel, klik kanan tabel di Selected Objects dan pilih operasinya. Lihat Operasi SQL yang didukung untuk migrasi inkremental.

Pengaturan lanjutan

Untuk waktu percobaan ulang, jika beberapa tugas menggunakan database sumber atau tujuan yang sama, nilai yang paling baru ditetapkan akan menggantikan yang lain. DTS menagih instans selama periode percobaan ulang — segera lepaskan instans setelah migrasi selesai.

Langkah 6: Jalankan Pemeriksaan Awal

Klik Next: Save Task Settings and Precheck.

DTS menjalankan Pemeriksaan Awal sebelum memulai tugas. Untuk menangani kegagalan:

• Untuk item yang gagal: klik View Details, perbaiki masalahnya, lalu klik Precheck Again.

• Untuk item peringatan yang dapat diabaikan: klik Confirm Alert Details > Ignore > OK, lalu klik Precheck Again.

Mengabaikan item peringatan dapat menyebabkan ketidakkonsistenan data.

Langkah 7: Beli instans

Tunggu hingga Success Rate mencapai 100%, lalu klik Next: Purchase Instance.

Di halaman Purchase Instance, pilih Instance Class untuk instans migrasi. Kelas instans yang lebih tinggi memberikan kecepatan migrasi lebih cepat. Lihat Spesifikasi instans migrasi data.

Langkah 8: Mulai tugas

Baca dan terima Syarat Layanan Data Transmission Service (Pay-as-you-go), lalu klik Buy and Start.

Monitor progres migrasi di daftar tugas.