Data Transmission Service:Migrasikan data dari klaster PolarDB for MySQL ke proyek MaxCompute

Kondisi yang menghentikan tugas (perbaiki sebelum memulai)

Kondisi-kondisi berikut menyebabkan tugas migrasi gagal:

• Server tempat database sumber dideploy harus memiliki bandwidth keluar yang mencukupi. Jika tidak, kecepatan migrasi data akan menurun.

• Tabel yang akan dimigrasikan harus memiliki PRIMARY KEY atau kendala UNIK dengan semua bidang unik. Tanpa ini, tujuan mungkin berisi catatan duplikat.

• Jika Anda memilih tabel sebagai objek migrasi dan perlu mengganti nama tabel atau kolom, satu tugas mendukung hingga 1.000 tabel. Tugas dengan lebih dari 1.000 tabel dalam mode ini akan mengembalikan error permintaan. Konfigurasikan beberapa tugas atau migrasikan pada tingkat database sebagai gantinya.

• Untuk migrasi data inkremental, binary logging harus diaktifkan dan parameter loose_polar_log_bin harus diatur ke on. Jika binary logging tidak diaktifkan, Pemeriksaan Awal gagal dan tugas tidak dapat dimulai. Lihat Aktifkan binary logging dan Ubah parameter.

• Jangan menjalankan pernyataan DDL untuk mengubah skema database atau tabel selama migrasi skema atau migrasi data penuh. Tugas migrasi akan gagal jika skema berubah di tengah proses.

• Jangan gunakan alat seperti pt-online-schema-change untuk operasi DDL online pada objek yang sedang dimigrasikan. Tugas migrasi akan gagal.

Mengaktifkan binary logging pada klaster PolarDB for MySQL akan dikenai biaya penyimpanan untuk file log biner.

Risiko integritas data (tinjau sebelum memulai)

Kondisi-kondisi berikut dapat menyebabkan ketidakkonsistenan atau kehilangan data:

• Log biner harus dipertahankan minimal selama 3 hari; pertahankan selama 7 hari untuk keamanan. Jika DTS tidak dapat membaca log biner, tugas akan gagal. Dalam kasus luar biasa, ketidakkonsistenan atau kehilangan data dapat terjadi. Mempertahankan log kurang dari durasi yang disyaratkan berarti Perjanjian Tingkat Layanan (SLA) untuk DTS mungkin tidak berlaku. Lihat Ubah periode retensi.

• Jangan menulis data ke database sumber selama migrasi hanya penuh (migrasi skema + migrasi data penuh tanpa inkremental). Menulis ke sumber selama fase ini menyebabkan ketidakkonsistenan data. Untuk menulis ke sumber secara aman selama migrasi, sertakan migrasi data inkremental.

• Jangan menulis data dari sumber lain ke proyek MaxCompute tujuan selama migrasi. Penulisan eksternal menyebabkan ketidakkonsistenan data.

• MaxCompute tidak mendukung kendala primary key. Jika terjadi error jaringan, DTS mungkin menulis catatan duplikat ke proyek MaxCompute.

• DTS mencoba mengulang tugas yang gagal hingga 7 hari. Sebelum beralih beban kerja ke tujuan, hentikan atau lepaskan tugas yang gagal. Atau, cabut izin tulis dari akun DTS di tujuan. Jika tidak, data sumber akan menimpa data tujuan saat tugas yang gagal dilanjutkan kembali.

Batasan operasional

• DTS tidak memigrasikan node read-only dari klaster PolarDB for MySQL sumber.

• DTS tidak memigrasikan tabel eksternal Object Storage Service (OSS) dari klaster PolarDB for MySQL sumber.

• DTS tidak memigrasikan kunci asing. Operasi cascade dan delete yang bergantung pada kunci asing tidak direplikasi ke tujuan.

• Migrasikan data selama jam sepi. Migrasi data penuh menggunakan sumber daya baca dan tulis di sumber dan tujuan, yang meningkatkan beban pada kedua server database.

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

• Jika instans DTS gagal, tim bantuan DTS mencoba pemulihan dalam waktu 8 jam. Pemulihan mungkin melibatkan restart instans atau penyesuaian parameter instans DTS (bukan parameter database). Untuk parameter yang mungkin diubah, lihat Ubah parameter instans.

Langkah 1: Buka halaman Data Migration

Gunakan Konsol DTS atau Konsol DMS.

Langkah 2: Konfigurasikan database sumber dan tujuan

1. Klik Create Task.

2. Konfigurasikan parameter berikut.

Umum

Database sumber

Database tujuan

1. Klik Test Connectivity and Proceed.

Pastikan blok CIDR server DTS telah ditambahkan ke pengaturan keamanan database sumber dan tujuan. DTS dapat menambahkannya secara otomatis, atau Anda dapat menambahkannya secara manual. Lihat Tambahkan alamat IP server DTS ke daftar putih.

1. Klik OK untuk memberikan izin DTS pada proyek MaxCompute. Lalu klik Test Connectivity and Proceed.

Langkah 3: Konfigurasikan objek migrasi

1. Di halaman Configure Objects, atur parameter berikut.

Migration types

Jika Anda melewatkan Schema Migration, buat database dan tabel tujuan secara manual sebelum memulai tugas, dan aktifkan pemetaan nama objek di Selected Objects.

Jika Anda melewatkan Incremental Data Migration, jangan menulis ke database sumber selama migrasi untuk menghindari ketidakkonsistenan data.

Konfigurasi tabel

Pemilihan objek

Parameter	Deskripsi
Source Objects	Pilih objek yang akan dimigrasikan. Klik ikon untuk memindahkannya ke Selected Objects. Tabel adalah satu-satunya jenis objek yang didukung untuk jalur migrasi ini.
Selected Objects	Untuk mengganti nama satu objek di tujuan, klik kanan objek tersebut di Selected Objects. Lihat Pemetaan nama satu objek. Untuk mengganti nama beberapa objek sekaligus, klik Batch Edit. Lihat Pemetaan nama beberapa objek sekaligus. Untuk memfilter baris dalam tabel, klik kanan tabel dan konfigurasikan kondisi filter. Lihat Tentukan kondisi filter. Catatan Mengganti nama objek dengan pemetaan nama objek dapat menyebabkan objek dependen gagal dimigrasikan.

1. Klik Next: Advanced Settings.

Langkah 4: Konfigurasikan pengaturan lanjutan

Langkah 5: Jalankan Pemeriksaan Awal

1. Untuk melihat pratinjau parameter API sebelum menyimpan, arahkan kursor ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.

2. Klik Next: Save Task Settings and Precheck.

DTS menjalankan Pemeriksaan Awal sebelum tugas migrasi dapat dimulai. Tugas hanya akan dimulai setelah Pemeriksaan Awal berhasil.

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

• Jika peringatan muncul pada suatu item pemeriksaan dan item tersebut dapat diabaikan dengan aman, klik Confirm Alert Details, lalu klik Ignore di kotak dialog dan klik OK. Lalu klik Precheck Again. Mengabaikan peringatan dapat menyebabkan ketidakkonsistenan data.

Langkah 6: Beli instans dan mulai tugas

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

2. Di halaman Purchase Instance, konfigurasikan parameter berikut.

1. Baca dan terima Data Transmission Service (Pay-as-you-go) Service Terms dengan mencentang kotak centang.

2. Klik Buy and Start, lalu klik OK di dialog konfirmasi.

Tugas muncul di halaman Data Migration.

• Tugas tanpa migrasi inkremental akan berhenti otomatis saat migrasi penuh selesai. Statusnya menunjukkan Completed.

• Tugas dengan migrasi inkremental berjalan terus-menerus. Statusnya menunjukkan Running. Hentikan tugas secara manual saat Anda siap melakukan cut over.