Layanan Transmisi Data (DTS) memungkinkan migrasi data dari database Db2 yang dikelola sendiri ke instans ApsaraDB RDS untuk MySQL. DTS mendukung migrasi skema, migrasi data penuh, dan migrasi data inkremental. Pilih ketiga jenis migrasi tersebut agar bisnis Anda tetap berjalan tanpa gangguan selama proses migrasi.
Prasyarat
Sebelum memulai, pastikan bahwa:
Versi database Db2 adalah 9.7 hingga 11.5.
DTS juga mendukung migrasi dari database Db2 for i versi 7.3 atau 7.4. Ikuti prosedur yang sama untuk versi tersebut.
Ruang penyimpanan yang tersedia pada instans RDS lebih besar daripada ukuran total data di database Db2.
Batasan
DTS tidak mendukung sinkronisasi data definition language (DDL).
Jika nama database sumber tidak sesuai dengan konvensi penamaan ApsaraDB RDS, buat database di instans RDS sebelum mengonfigurasi tugas migrasi.
DTS menggunakan sumber daya baca dan tulis dari kedua database (sumber dan tujuan) selama migrasi data penuh, sehingga meningkatkan beban pada kedua server database. Untuk menghindari gangguan layanan, lakukan migrasi data pada jam sepi—misalnya, saat utilisasi CPU pada kedua database berada di bawah 30%. Risiko terkait kinerja lebih tinggi jika terdapat kueri SQL lambat, tabel tidak memiliki primary key, atau terjadi deadlock di database tujuan.
Jika tugas migrasi gagal dan DTS secara otomatis melanjutkannya, hentikan atau lepas tugas tersebut sebelum memindahkan beban kerja ke instans tujuan untuk mencegah data sumber menimpa data tujuan.
Migrasi data inkremental bergantung pada teknologi replikasi Change Data Capture (CDC) milik Db2, yang memiliki batasan tersendiri. Lihat General data restrictions for SQL Replication.
Penagihan
| Jenis migrasi | Biaya konfigurasi tugas | Biaya lalu lintas Internet |
|---|---|---|
| Migrasi skema dan migrasi data penuh | Gratis | Dikenakan biaya hanya jika data dimigrasikan dari Alibaba Cloud melalui Internet. Lihat Billing overview. |
| Migrasi data inkremental | Dikenakan biaya. Lihat Billing overview. | — |
Jenis migrasi
Schema migration
DTS memigrasikan skema objek yang diperlukan ke instans tujuan, termasuk tabel, indeks, dan kunci asing.
Full data migration
DTS memigrasikan semua data yang ada dari database Db2 ke instans RDS tujuan.
Incremental data migration
Setelah migrasi data penuh selesai, DTS terus menyinkronkan perubahan dari database Db2 ke instans RDS menggunakan replikasi CDC. Hal ini menjaga kedua database tetap sinkron dan memungkinkan Anda memindahkan beban kerja dengan downtime minimal.
Cara kerja
Untuk menghindari kegagalan migrasi akibat ketergantungan objek, DTS memigrasikan data dalam urutan berikut:
Migrasikan skema tabel dan indeks.
Migrasikan data penuh.
Migrasikan skema kunci asing.
Migrasikan data inkremental.
Izin yang diperlukan
| Database | Migrasi skema | Migrasi data penuh | Migrasi data inkremental |
|---|---|---|---|
| Database Db2 | CONNECT dan SELECT | CONNECT dan SELECT | Otoritas DBADM (database administrator) |
| Instans RDS | Baca dan tulis | Baca dan tulis | Baca dan tulis |
Untuk membuat akun database dan memberikan izin yang diperlukan:
Database Db2: Lihat Creating group and user IDs for a Db2 database installation (Linux and UNIX) dan Authorities overview.
RDS instance: Lihat Membuat akun, Mengubah izin akun, dan Mengubah izin akun.
Aktifkan archive logging untuk migrasi inkremental
Lewati langkah ini jika Anda hanya melakukan migrasi data penuh.
Sebelum mengonfigurasi tugas migrasi, aktifkan fitur archive logging untuk database Db2. Lihat logarchmeth1 - Primary log archive method configuration parameter dan logarchmeth2 - Secondary log archive method configuration parameter.
Konfigurasikan dan mulai tugas migrasi
Login ke Konsol DTS.
Jika Anda dialihkan ke Konsol Data Management (DMS), klik ikon
di
untuk kembali ke versi sebelumnya Konsol DTS.Di panel navigasi sebelah kiri, klik Data Migration.
Pada halaman Migration Tasks, pilih wilayah tempat instans RDS berada.
Di pojok kanan atas, klik Create Migration Task.
Konfigurasikan database sumber dan tujuan.

Bagian Parameter Deskripsi N/A Task name DTS secara otomatis menghasilkan nama tugas. Tentukan nama deskriptif untuk mengidentifikasi tugas tersebut. Nama tidak harus unik. Database sumber Instance type Pilih User-Created Database with Public IP Address. Untuk tipe instans lainnya, siapkan lingkungan jaringan yang diperlukan terlebih dahulu. Lihat Preparation overview. Instance region Tidak diperlukan untuk User-Created Database with Public IP Address. Jika database Db2 telah dikonfigurasi dengan daftar putih, klik Get IP Address Segment of DTS di samping Instance region untuk mendapatkan blok CIDR DTS dan tambahkan ke daftar putih. Database type Pilih DB2. Hostname or IP address Masukkan titik akhir yang digunakan untuk menghubungkan ke database Db2. Dalam contoh ini, gunakan alamat IP publik. Port number Masukkan port layanan Db2. Nilai default-nya adalah 50000. Port tersebut harus dapat diakses melalui Internet dalam contoh ini. Database name Masukkan nama database yang akan dimigrasikan. Database account Masukkan username akun yang digunakan untuk menghubungkan ke database Db2. Lihat Izin yang diperlukan. Database password Masukkan kata sandi untuk akun tersebut. Setelah memasukkan kata sandi, klik Test Connectivity untuk memverifikasi parameter. Status Passed menandakan koneksi berhasil. Jika muncul Failed, klik Check dan perbaiki masalahnya. Database tujuan Instance type Pilih RDS Instance. Instance region Pilih wilayah tempat instans RDS berada. RDS instance ID Pilih ID instans RDS. Database account Masukkan username akun yang memiliki izin untuk mengelola database tujuan. Lihat Izin yang diperlukan. Database password Masukkan kata sandi untuk akun tersebut. Setelah memasukkan kata sandi, klik Test Connectivity untuk memverifikasi parameter. Status Passed menandakan koneksi berhasil. Jika muncul Failed, klik Check dan perbaiki masalahnya. Encryption Pilih Non-encrypted atau SSL-encrypted sesuai kebutuhan Anda. Untuk opsi SSL-encrypted, aktifkan enkripsi SSL pada instans RDS sebelum mengonfigurasi tugas. Lihat Configure SSL encryption for an ApsaraDB RDS for MySQL instance. Parameter ini hanya tersedia di wilayah Tiongkok daratan dan Hong Kong (China). Di pojok kanan bawah, klik Set Whitelist and Next. DTS secara otomatis menambahkan blok CIDR-nya ke daftar putih instans database Alibaba Cloud (seperti ApsaraDB RDS untuk MySQL) dan ke aturan grup keamanan instans Elastic Compute Service (ECS) yang menjalankan database yang dikelola sendiri. Untuk database yang dikelola sendiri yang dihosting di beberapa instans ECS, tambahkan secara manual blok CIDR DTS ke aturan grup keamanan setiap instans. Untuk database yang dikelola sendiri di pusat data lokal atau penyedia cloud pihak ketiga, tambahkan secara manual blok CIDR DTS ke daftar putih database. Lihat CIDR blocks of DTS servers.
PeringatanMenambahkan blok CIDR DTS ke daftar putih atau grup keamanan membuka potensi risiko keamanan pada database Anda. Sebelum melanjutkan, ambil langkah pencegahan seperti menggunakan kredensial yang kuat, membatasi port yang terbuka, memvalidasi panggilan API, melakukan audit rutin terhadap aturan daftar putih dan grup keamanan, serta menghapus blok CIDR yang tidak sah. Sebagai alternatif, hubungkan database ke DTS melalui Express Connect, VPN Gateway, atau Smart Access Gateway (SAG).
Pilih objek migrasi dan jenis migrasi.

Parameter Deskripsi Migration types Pilih Schema Migration dan Full data migration untuk migrasi penuh satu kali. Untuk meminimalkan downtime, pilih juga Incremental Data Migration. Jika migrasi inkremental tidak dipilih, hindari menulis ke database Db2 selama migrasi agar konsistensi data tetap terjaga. Available Pilih objek dari Available dan klik ikon
untuk memindahkannya ke Selected. Pilih kolom, tabel, atau database sesuai kebutuhan. Secara default, nama objek yang dimigrasikan tetap sama di database tujuan. Gunakan fitur pemetaan nama objek untuk mengganti nama objek. Lihat Object name mapping. Perhatikan bahwa mengganti nama objek dapat menyebabkan migrasi objek dependen gagal.Rename databases and tables Gunakan pemetaan nama objek untuk mengganti nama objek di database tujuan. Lihat Object name mapping. Retry time for failed connections Secara default, DTS mencoba kembali koneksi yang gagal selama 720 menit. Jika DTS berhasil terhubung kembali dalam periode tersebut, tugas migrasi dilanjutkan. Jika tidak, tugas akan gagal. Selama periode percobaan ulang, Anda tetap dikenai biaya untuk instans DTS. Atur periode percobaan ulang sesuai kebutuhan dan lepaskan instans DTS segera setelah migrasi selesai. Klik Precheck.
Tugas migrasi hanya akan dimulai setelah pemeriksaan awal berhasil. Jika pemeriksaan awal gagal, klik ikon
di samping setiap item yang gagal untuk melihat detailnya, perbaiki masalahnya, lalu jalankan kembali pemeriksaan awal.Klik Next.
Pada kotak dialog Confirm Settings, konfigurasikan Channel Specification. Baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.
Klik Buy and Start.
Full data migration: Jangan hentikan tugas secara manual. Tunggu hingga tugas selesai secara otomatis. Menghentikannya lebih awal dapat menyebabkan data di instans RDS tidak lengkap.
Incremental Data Migration: Tugas tidak berhenti secara otomatis. Hentikan secara manual pada waktu yang tepat—misalnya, pada jam sepi atau sebelum memindahkan beban kerja ke instans RDS. Untuk menghentikan tugas pada waktu yang tepat:
Tunggu hingga bilah progres menampilkan Incremental Data Migration dan The data migration task is not delayed.
Hentikan penulisan ke database Db2 sumber selama beberapa menit. Bilah progres mungkin akan menampilkan nilai latensi secara singkat.
Tunggu hingga status Incremental Data Migration kembali menjadi The data migration task is not delayed.

Hentikan secara manual tugas migrasi tersebut.
Pindahkan beban kerja Anda ke instans RDS.