Migrasi data dari database Db2 untuk LUW ke instans PolarDB-X 2.0 - Data Transmission Service

Gunakan Data Transmission Service (DTS) untuk memigrasikan data dari database Db2 untuk LUW yang dikelola sendiri ke instans PolarDB-X 2.0 dengan downtime minimal.

Kemampuan migrasi

Capability	Didukung	Catatan
Full data migration	Ya	Memigrasikan data historis dari database sumber
Incremental data migration	Ya	Memigrasikan perubahan berkelanjutan setelah migrasi penuh selesai; memerlukan archive logging pada sumber
Schema migration	Ya	Memigrasikan foreign keys; DTS sementara menonaktifkan pemeriksaan kendala kunci asing selama migrasi
Operasi DML (INSERT, UPDATE, DELETE)	Ya	Didukung selama migrasi data inkremental
Operasi DDL	Tidak	Melakukan DDL pada sumber selama migrasi data penuh menyebabkan tugas gagal

Prasyarat

Sebelum memulai, pastikan Anda telah memenuhi hal-hal berikut:

Database Db2 untuk LUW dan instans PolarDB-X 2.0. Untuk versi yang didukung, lihat Ikhtisar skenario migrasi data.
Instans PolarDB-X 2.0 yang kompatibel dengan MySQL 5.7.
Penyimpanan tersedia pada instans tujuan yang melebihi ukuran total database sumber.
Database dan tabel telah dibuat di instans tujuan sebelum memulai tugas migrasi.
Izin yang diperlukan telah diberikan kepada akun database. Lihat Izin yang diperlukan.
(Untuk migrasi inkremental) Archive logging diaktifkan pada database Db2 untuk LUW sumber. Lihat Aktifkan archive logging.

Izin yang diperlukan

Database	Full data migration	Incremental data migration
Db2 for LUW	CONNECT dan SELECT	Otoritas DBADM
PolarDB-X 2.0	Baca dan tulis pada database tujuan	Baca dan tulis pada database tujuan

Untuk petunjuk pemberian izin, lihat Membuat ID grup dan pengguna untuk instalasi database Db2, Ikhtisar otoritas, dan Kelola akun.

Batasan

Batasan database sumber

Server database sumber harus memiliki bandwidth outbound yang mencukupi. Bandwidth yang tidak mencukupi akan mengurangi kecepatan migrasi.
Tabel yang akan dimigrasikan harus memiliki kendala PRIMARY KEY atau UNIQUE dengan semua field unik. Tanpa kendala ini, database tujuan mungkin berisi catatan duplikat.
Jika Anda memilih tabel sebagai objek migrasi dan perlu mengganti nama tabel atau kolom di tujuan, satu tugas mendukung hingga 1.000 tabel. Untuk lebih dari 1.000 tabel, bagi migrasi menjadi beberapa tugas atau migrasikan seluruh database.
Untuk migrasi inkremental, database sumber harus memenuhi persyaratan berikut:
- Archive logging harus diaktifkan. Jika tidak diaktifkan, pemeriksaan awal gagal dan tugas tidak dapat dimulai.
- Untuk migrasi inkremental saja, simpan log data selama minimal 24 jam.
- Untuk migrasi penuh dan inkremental, simpan log data selama minimal 7 hari. Setelah migrasi penuh selesai, Anda dapat mengatur periode retensi lebih dari 24 jam. Jika DTS tidak dapat mengakses log data, tugas gagal dan ketidakkonsistenan atau kehilangan data mungkin terjadi.

Batasan operasional

Selama migrasi data penuh, jangan lakukan operasi DDL pada database sumber. Perubahan DDL pada skema atau tabel menyebabkan tugas migrasi gagal.
Jika Anda hanya menjalankan migrasi data penuh, jangan menulis ke database sumber selama migrasi. Untuk menghindari ketidakkonsistenan data, pilih kedua opsi migrasi data penuh dan migrasi data inkremental.

Batasan tipe data

DTS menggunakan fungsi ROUND(COLUMN,PRECISION) untuk membaca kolom FLOAT dan DOUBLE. Jika presisi tidak ditentukan, DTS menggunakan nilai default 38 digit untuk FLOAT dan 308 digit untuk DOUBLE. Verifikasi bahwa nilai default ini sesuai kebutuhan Anda sebelum memulai migrasi.
Selama migrasi data penuh, operasi INSERT bersamaan menyebabkan fragmentasi tabel di tujuan. Penggunaan ruang tabel tujuan akan lebih besar daripada sumber setelah migrasi penuh selesai.

Perilaku CDC

DTS memigrasikan pembaruan inkremental menggunakan teknologi replikasi Change Data Capture (CDC) dari Db2 untuk LUW. Teknologi ini memiliki batasan sendiri — lihat Batasan data umum untuk SQL Replication untuk detailnya.

Perilaku CDC tambahan yang perlu diperhatikan:

Jika terjadi failover primer atau sekunder pada database sumber selama tugas migrasi berlangsung, tugas tersebut akan gagal.
DTS menghitung latensi migrasi berdasarkan stempel waktu data terbaru yang dimigrasikan di tujuan dan stempel waktu saat ini di sumber. Jika tidak ada operasi DML yang dilakukan di sumber dalam periode panjang, latensi yang dilaporkan mungkin tidak akurat. Untuk memperbarui latensi, lakukan operasi DML di sumber. Jika Anda memigrasikan seluruh database, buat tabel heartbeat yang menerima atau memperbarui data setiap detik.

Pelanjutan tugas

DTS secara otomatis mencoba ulang tugas migrasi yang gagal hingga 7 hari. Sebelum mengalihkan workload ke instans tujuan, hentikan atau lepas tugas migrasi. Atau, jalankan perintah revoke untuk mencabut izin tulis dari akun DTS. Jika Anda tidak melakukan salah satu tindakan tersebut dan DTS melanjutkan tugas, data dari sumber akan menimpa data di instans tujuan.

Aktifkan archive logging

Untuk memigrasikan data inkremental dari Db2 untuk LUW, aktifkan archive logging pada database sumber. Lihat Primary log archive method dan Secondary log archive method.

Peringatan

Sebelum memigrasikan data, evaluasi dampak migrasi data terhadap performa database sumber dan tujuan. Lakukan migrasi data selama jam sepi. Migrasi data penuh menggunakan sumber daya baca dan tulis pada kedua database, yang meningkatkan beban pada server database.

Buat tugas migrasi

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.
Langkah-langkah dapat berbeda tergantung mode dan tata letak Konsol DMS. Lihat Simple mode dan Konfigurasikan Konsol DMS sesuai kebutuhan bisnis Anda. Anda juga dapat langsung menuju halaman Tugas Migrasi Data di Konsol DTS baru.
Dari daftar drop-down di samping Data Migration Tasks, pilih wilayah tempat instans migrasi berada.
Di Konsol DTS baru, pilih wilayah di pojok kiri atas.

Klik Create Task dan konfigurasikan database sumber dan tujuan.

Peringatan

Setelah memilih instans sumber dan tujuan, baca batasan yang ditampilkan di bagian atas halaman untuk mencegah kegagalan tugas atau ketidakkonsistenan data.

Source Database

Parameter	Deskripsi
Task Name	Nama tugas. DTS menghasilkan nama secara otomatis. Tentukan nama deskriptif untuk mengidentifikasi tugas. Nama tidak perlu unik.
Database Type	Pilih DB2 for LUW.
Access Method	Pilih Public IP Address.
Instance Region	Wilayah tempat database Db2 untuk LUW sumber berada.
Domain Name or IP Address	Alamat IP publik yang digunakan untuk menghubungkan ke database sumber.
Port Number	Port layanan database sumber. Port harus dapat diakses melalui Internet. Default: 50000.
Database Name	Nama database Db2 untuk LUW sumber.
Database Account	Akun untuk database sumber. Lihat Izin yang diperlukan untuk izin minimum yang diperlukan.
Database Password	Kata sandi akun database.
Encryption	Pilih Non-encrypted atau SSL-encrypted sesuai kebutuhan Anda. Jika Anda memilih SSL-encrypted, aktifkan enkripsi SSL untuk instans ApsaraDB RDS for MySQL sebelum mengonfigurasi tugas. Lihat Konfigurasikan enkripsi SSL untuk instans ApsaraDB RDS for MySQL.

Destination Database

Parameter	Deskripsi
Database Type	Pilih PolarDB-X 2.0.
Access Method	Pilih Alibaba Cloud Instance.
Instance Region	Wilayah tempat instans PolarDB-X 2.0 tujuan berada.
Instance ID	ID instans PolarDB-X 2.0 tujuan.
Database Account	Akun untuk database tujuan. Lihat Izin yang diperlukan untuk izin minimum yang diperlukan.
Database Password	Kata sandi akun database.

Klik Test Connectivity and Proceed. DTS secara otomatis menambahkan blok CIDR servernya ke daftar putih instans database Alibaba Cloud (seperti ApsaraDB RDS for MySQL atau ApsaraDB for MongoDB) dan ke aturan grup keamanan database yang dihosting oleh Elastic Compute Service (ECS). Untuk database yang dikelola sendiri di pusat data atau dihosting oleh penyedia cloud pihak ketiga, tambahkan secara manual blok CIDR server DTS ke daftar putih database. Lihat Tambahkan blok CIDR server DTS ke pengaturan keamanan database on-premises.
Peringatan
Menambahkan blok CIDR server DTS ke daftar putih database atau grup keamanan menimbulkan risiko keamanan. Ambil langkah pencegahan, termasuk memperkuat keamanan username dan password, membatasi port yang terbuka, mengautentikasi panggilan API, dan meninjau secara berkala aturan daftar putih dan grup keamanan. Atau, hubungkan database ke DTS menggunakan Express Connect, VPN Gateway, atau Smart Access Gateway.

Konfigurasikan objek yang akan dimigrasikan dan pengaturan lanjutan.

Pengaturan dasar

Parameter	Deskripsi
Migration Type	Pilih Full Data Migration untuk hanya memigrasikan data historis. Pilih Full Data Migration and Incremental Data Migration agar layanan tetap berjalan selama migrasi. Catatan Jika Anda hanya memilih migrasi data penuh, jangan menulis ke instans sumber selama migrasi untuk menghindari ketidakkonsistenan data.
Processing Mode of Conflicting Tables	Precheck and Report Errors: memeriksa adanya tabel dengan nama identik di sumber dan tujuan. Pemeriksaan awal hanya lolos jika tidak ada nama tabel identik; jika tidak, tugas tidak dapat dimulai. Untuk menangani konflik nama, gunakan fitur pemetaan nama objek untuk mengganti nama tabel yang dimigrasikan. Ignore Errors and Proceed: melewati pemeriksaan awal untuk nama tabel identik. Peringatan Memilih opsi ini dapat menyebabkan ketidakkonsistenan data. Jika skema cocok, DTS melewati catatan dengan kunci primer yang sama. Jika skema berbeda, hanya beberapa kolom yang mungkin dimigrasikan atau tugas mungkin gagal.
Source Objects	Pilih objek dari bagian Source Objects, lalu klik ikon untuk menambahkannya ke Selected Objects. Catatan Memilih tabel atau kolom mengecualikan objek lain seperti view, trigger, dan prosedur tersimpan.
Selected Objects	Untuk mengganti nama satu objek, 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. Catatan Mengganti nama objek dapat menyebabkan migrasi objek dependen gagal. Untuk memfilter data berdasarkan baris, klik kanan objek dan tentukan kondisi WHERE. Lihat Gunakan kondisi SQL untuk memfilter data. Untuk memilih operasi DML atau DDL tertentu untuk suatu tabel, klik kanan objek dan pilih operasi yang akan dimigrasikan.

Pengaturan lanjutan

Parameter	Deskripsi
Set Alerts	Pilih Yes untuk menerima notifikasi ketika tugas gagal atau latensi migrasi melebihi ambang batas. Tentukan ambang batas peringatan dan kontak. Lihat Konfigurasikan pemantauan dan peringatan saat membuat tugas DTS. Pilih No untuk menonaktifkan peringatan.
Retry Time for Failed Connections	Rentang waktu selama DTS mencoba ulang koneksi yang gagal setelah tugas dimulai. Nilai valid: 10–1440 menit. Default: 720 menit. Atur lebih dari 30 menit. Jika DTS terhubung kembali dalam rentang yang ditentukan, tugas dilanjutkan; jika tidak, tugas gagal. Catatan Jika beberapa tugas berbagi database sumber atau tujuan yang sama dan memiliki pengaturan waktu coba ulang berbeda, nilai yang dikonfigurasi terakhir yang berlaku. DTS membebankan biaya untuk operasi coba ulang — lepaskan instans DTS segera setelah instans sumber dan tujuan dilepas.

Parameter

Deskripsi

Set Alerts

Pilih Yes untuk menerima notifikasi ketika tugas gagal atau latensi migrasi melebihi ambang batas. Tentukan ambang batas peringatan dan kontak. Lihat Konfigurasikan pemantauan dan peringatan saat membuat tugas DTS. Pilih No untuk menonaktifkan peringatan.

Retry Time for Failed Connections

Rentang waktu selama DTS mencoba ulang koneksi yang gagal setelah tugas dimulai. Nilai valid: 10–1440 menit. Default: 720 menit. Atur lebih dari 30 menit. Jika DTS terhubung kembali dalam rentang yang ditentukan, tugas dilanjutkan; jika tidak, tugas gagal.

Catatan

Jika beberapa tugas berbagi database sumber atau tujuan yang sama dan memiliki pengaturan waktu coba ulang berbeda, nilai yang dikonfigurasi terakhir yang berlaku. DTS membebankan biaya untuk operasi coba ulang — lepaskan instans DTS segera setelah instans sumber dan tujuan dilepas.

Klik Next: Save Task Settings and Precheck.
DTS menjalankan pemeriksaan awal sebelum tugas migrasi dapat dimulai. Jika ada item yang gagal, klik View Details untuk melihat penyebab dan memperbaiki masalah, lalu klik Precheck Again. Untuk item peringatan yang dapat diabaikan, klik Confirm Alert Details, lalu klik Ignore > OK > Precheck Again. Mengabaikan item peringatan dapat menyebabkan ketidakkonsistenan data.
Tunggu hingga Success Rate mencapai 100%, lalu klik Next: Purchase Instance.
Di halaman Purchase Instance, pilih kelas instans untuk instans migrasi.
Parameter Deskripsi
Instance Class Kecepatan migrasi bervariasi berdasarkan kelas instans. Pilih kelas sesuai beban kerja Anda. Lihat Spesifikasi instans migrasi data.
Baca dan centang kotak untuk menyetujui Syarat Layanan Data Transmission Service (Pay-as-you-go).
Klik Buy and Start. Pantau kemajuan tugas di daftar tugas.

Parameter	Deskripsi
Instance Class	Kecepatan migrasi bervariasi berdasarkan kelas instans. Pilih kelas sesuai beban kerja Anda. Lihat Spesifikasi instans migrasi data.

Langkah selanjutnya

Setelah migrasi selesai, hentikan tugas migrasi sebelum mengalihkan workload ke instans tujuan. DTS secara otomatis mencoba ulang tugas migrasi yang gagal hingga 7 hari — jika Anda tidak menghentikan atau melepas tugas tepat waktu, data dari sumber dapat menimpa tujuan setelah tugas dilanjutkan. Jika Anda berencana menjaga tugas tetap berjalan untuk tujuan failback, cabut izin tulis dari akun DTS menggunakan perintah revoke untuk mencegah data sumber menimpa tujuan.