Data Transmission Service:Migrasikan data dari instans PolarDB-X 1.0 ke instans ApsaraDB RDS for MySQL

Persyaratan database sumber

• Server harus memiliki bandwidth keluar yang mencukupi. Bandwidth rendah mengurangi kecepatan migrasi.

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

• Jika Anda mengganti nama tabel atau kolom selama migrasi, satu tugas mendukung hingga 1.000 tabel. Untuk lebih dari 1.000 tabel, bagi beban kerja ke beberapa tugas atau migrasikan seluruh database.

• Jangan memodifikasi sumber selama migrasi: hindari upgrade atau downgrade instans, migrasi tabel yang sering diperbarui, mengubah kunci shard, atau menjalankan operasi DDL. Tindakan apa pun ini akan menyebabkan tugas migrasi gagal.

• Jika Anda mengubah jenis jaringan instans PolarDB-X 1.0 selama migrasi, perbarui pengaturan koneksi jaringan tugas migrasi agar sesuai.

• Hanya untuk migrasi data penuh: jangan menulis data ke sumber selama migrasi. Menulis ke sumber selama migrasi hanya penuh menyebabkan ketidakkonsistenan data.

For incremental data migration, konfigurasikan hal-hal berikut sebelum memulai:

• Binary logging harus diaktifkan dan binlog_row_image harus diatur ke full. DTS akan gagal dalam Pemeriksaan Awal jika pengaturan ini tidak dipenuhi.

• Periode retensi log biner harus memenuhi durasi minimum: Jika DTS tidak dapat membaca log biner, tugas akan gagal dan ketidakkonsistenan atau kehilangan data mungkin terjadi. Setelah migrasi data penuh selesai, Anda dapat mengurangi periode retensi menjadi lebih dari 24 jam.

  Lingkup migrasi	Retensi minimum
  Hanya migrasi data inkremental	Lebih dari 24 jam
  Migrasi data penuh + migrasi data inkremental	Minimal 7 hari

Batasan lainnya

• DTS tidak memigrasikan operasi DDL Online.

• DTS memigrasikan kunci asing dari sumber ke tujuan selama migrasi skema.

• Jika data berisi karakter 4-byte (karakter langka atau emoji), tabel tujuan harus menggunakan set karakter UTF8mb4. Jika Anda menggunakan migrasi skema, atur parameter character_set_server di tujuan ke UTF8mb4.

• Nama kolom yang hanya berbeda dalam kapitalisasi dalam tabel tujuan yang sama dapat menghasilkan hasil tak terduga karena nama kolom MySQL bersifat case-insensitive.

• Jika Anda menggunakan Transaksi XA di sumber, DTS menjamin konsistensi data inkremental berdasarkan kontinuitas transaksi XA. Jika kontinuitas terganggu (misalnya, selama disaster recovery), transaksi XA yang belum dikomit dapat hilang.

• DTS secara sementara menonaktifkan pemeriksaan kendala kunci asing dan operasi kaskade pada tingkat session selama migrasi. Jika Anda menjalankan operasi kaskade atau delete pada sumber selama periode ini, ketidakkonsistenan data mungkin terjadi.

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

• DTS mencoba ulang tugas yang gagal hingga 7 hari. Sebelum mengalihkan beban kerja ke tujuan, hentikan atau lepas tugas yang gagal, atau jalankan REVOKE untuk mencabut izin tulis DTS di tujuan. Jika tidak, tugas yang gagal yang dilanjutkan kembali dapat menimpa data tujuan dengan data sumber.

• Setelah migrasi selesai (status tugas Status berubah menjadi Completed), jalankan ANALYZE TABLE <table_name> untuk memverifikasi bahwa data telah ditulis ke disk. Dalam beberapa skenario alih bencana Ketersediaan tinggi (HA), data mungkin hanya ada di memori dan dapat hilang.

• Jika tugas DTS gagal, tim dukungan teknis DTS berusaha memulihkannya dalam waktu 8 jam. Selama pemulihan, tugas mungkin dimulai ulang dan parameternya mungkin dimodifikasi. Parameter database tidak dimodifikasi.

• DTS secara berkala memperbarui tabel dts_health_check.ha_health_check di sumber untuk memajukan posisi log biner.

Operasi SQL yang didukung untuk migrasi inkremental

Langkah 1: Buka halaman Data Migration

Langkah 2: Konfigurasikan database sumber dan tujuan

1. Klik Create Task.

2. Konfigurasikan database sumber dan tujuan menggunakan parameter pada tabel berikut.

1. Klik Test Connectivity and Proceed.

Pastikan blok CIDR server DTS telah ditambahkan ke pengaturan keamanan database sumber dan tujuan. Lihat Tambahkan blok CIDR server DTS.

Langkah 3: Pilih objek dan konfigurasikan opsi migrasi

1. Di halaman Configure Objects, atur parameter berikut.

1. Klik Next: Advanced Settings dan konfigurasikan parameter berikut.

Langkah 4: Jalankan Pemeriksaan Awal dan mulai migrasi

1. Klik Next: Save Task Settings and Precheck.

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

2. DTS menjalankan Pemeriksaan Awal secara otomatis. Jika ada item yang gagal:

   • Klik View Details di samping item yang gagal, selesaikan masalahnya, lalu klik Precheck Again.

   • Jika suatu item menampilkan peringatan yang dapat diabaikan, klik Confirm Alert Details > Ignore > OK, lalu klik Precheck Again. Mengabaikan peringatan dapat menyebabkan ketidakkonsistenan data.

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

4. Di halaman Purchase Instance, konfigurasikan parameter berikut.

1. Baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms, lalu klik Buy and Start > OK.