ApsaraDB RDS:Migrasi Database Db2 yang Dikelola Sendiri ke ApsaraDB RDS for MySQL

Prasyarat

• Versi database Db2 sumber adalah 9.7 hingga 11.5.

  Catatan

  DTS juga mendukung migrasi database Db2 versi 7.3 dan 7.4 ke ApsaraDB RDS for MySQL. Proses konfigurasinya serupa dengan yang dijelaskan dalam topik ini.

• Instans tujuan ApsaraDB RDS for MySQL harus memiliki ruang penyimpanan yang lebih besar daripada yang digunakan oleh database Db2 sumber.

Catatan Penggunaan

• DTS tidak menyinkronkan operasi DDL.

• Jika nama database sumber tidak mengikuti naming conventions untuk ApsaraDB RDS, Anda harus membuat database yang sesuai di instans ApsaraDB RDS for MySQL tujuan sebelum mengonfigurasi tugas migrasi.

  Catatan

  Untuk informasi lebih lanjut tentang naming conventions dan cara membuat database, lihat Buat database pada instans ApsaraDB RDS for MySQL.

• Selama migrasi data penuh, DTS mengonsumsi sumber daya baca dan tulis pada database sumber dan tujuan, sehingga meningkatkan beban kerja keduanya. Jika database Anda memiliki performa buruk, spesifikasi rendah, atau beban kerja tinggi (misalnya, database sumber memiliki banyak slow SQL query atau tabel tanpa primary key, atau terjadi deadlock di database tujuan), peningkatan beban ini dapat memberatkan database atau bahkan menyebabkan gangguan layanan. Lakukan migrasi data selama jam sepi, misalnya ketika utilisasi CPU kedua database berada di bawah 30%.

• Untuk mencegah database sumber menimpa data di instans tujuan, hentikan atau lepaskan tugas sebelum beralih ke instans tujuan.

• DTS menggunakan teknologi Change Data Capture (CDC) dari Db2 untuk mereplikasi data inkremental. Namun, CDC memiliki batasan pada tipe data yang didukung. Untuk informasi lebih lanjut, lihat General data restrictions for SQL Replication.

Penagihan

Jenis Migrasi

• Migrasi skema

  DTS memigrasikan definisi skema objek ke instans tujuan. DTS mendukung migrasi skema untuk tabel, indeks, dan kunci asing.

• Migrasi data penuh

  DTS memigrasikan semua data historis dari objek yang dipilih di database Db2 sumber ke database ApsaraDB RDS for MySQL tujuan.

• Migrasi data inkremental

  Setelah migrasi penuh selesai, DTS mereplikasi perubahan data dari database Db2 sumber ke database ApsaraDB RDS for MySQL tujuan. Hal ini memungkinkan migrasi lancar dari database yang dikelola sendiri dengan downtime minimal.

Izin Akun Database

Untuk membuat akun database dan memberikan izin, lihat dokumentasi berikut:

• Untuk self-managed Db2, lihat Creating users dan Authorities overview.

• Untuk instans ApsaraDB RDS for MySQL, lihat Buat akun pada instans ApsaraDB RDS for MySQL dan Ubah izin akun standar pada instans ApsaraDB RDS for MySQL.

Proses Migrasi Data

Persiapan untuk Migrasi Data Inkremental

Sebelum mengonfigurasi tugas migrasi data inkremental, Anda harus mengaktifkan archive logging untuk database Db2. Untuk informasi lebih lanjut, lihat Primary log archive method dan Secondary log archive method.

Prosedur

1. Login ke Konsol Data Transmission Service (DTS).

   Catatan

   Jika Anda dialihkan secara otomatis ke Konsol Data Management (DMS), klik ikon di pojok kanan bawah lalu klik untuk kembali ke Konsol DTS klasik.

2. Di panel navigasi sebelah kiri, klik Data Migration.

3. Di bagian atas halaman Migration Tasks, pilih wilayah tempat instans tujuan berada.

4. Di pojok kanan atas halaman, klik Create Data Migration Task.

5. Konfigurasikan source and destination databases.

   Bagian	Parameter	Deskripsi
   N/A	Task Name	DTS secara otomatis menghasilkan nama tugas, tetapi Anda dapat memilih nama deskriptif yang tidak unik agar lebih mudah diidentifikasi.
   Source Database	Instance Type	Pilih tipe instans berdasarkan lokasi deployment database sumber. Topik ini menggunakan User-Created Database with Public IP Address sebagai contoh. Catatan Jika database yang dikelola sendiri Anda memiliki tipe instans berbeda, Anda mungkin perlu menyelesaikan persiapan tambahan. Untuk informasi lebih lanjut, lihat Persiapan untuk migrasi data.
   	Instance Region	Jika Anda memilih User-Created Database with Public IP Address untuk parameter Instance Type, Anda tidak perlu mengatur parameter Instance Region. Catatan Jika database Db2 Anda menggunakan daftar putih, klik Get DTS IP CIDR Blocks di samping parameter Instance Region untuk mendapatkan blok CIDR IP DTS dan tambahkan ke daftar putih database Db2 Anda.
   	Database Type	Pilih DB2.
   	Hostname or IP Address	Masukkan endpoint database Db2. Dalam contoh ini, alamat IP publik digunakan.
   	Port	Masukkan port layanan database Db2. Nilai default-nya adalah 50000. Catatan Dalam contoh ini, port layanan harus dapat diakses melalui Internet.
   	Database Name	Masukkan nama database yang akan dimigrasikan.
   	Database Account	Masukkan akun database untuk database Db2. Untuk persyaratan izin, lihat Izin akun database.
   	Database Password	Masukkan password untuk akun database Db2. Catatan Setelah mengonfigurasi database sumber, Anda dapat mengklik Test Connectivity di samping Database Password untuk memverifikasi bahwa DTS dapat terhubung. Jika uji koneksi berhasil, muncul pesan Passed. Jika Failed, klik Diagnose di samping pesan Failed dan ubah pengaturan sesuai petunjuk.
   Destination Database	Instance Type	Pilih RDS Instance.
   	Instance Region	Pilih wilayah instans RDS tujuan.
   	RDS instance ID	Pilih ID instans RDS tujuan.
   	Database Account	Masukkan akun database untuk instans RDS tujuan. Untuk persyaratan izin, lihat Izin akun database.
   	Database Password	Masukkan password untuk akun database. Catatan Setelah mengonfigurasi database tujuan, Anda dapat mengklik Test Connectivity di samping Database Password untuk memverifikasi bahwa DTS dapat terhubung. Jika uji koneksi berhasil, muncul pesan Passed. Jika Failed, klik Diagnose di samping pesan Failed dan ubah pengaturan sesuai petunjuk.
   	Connection Method	Pilih Non-encrypted atau SSL-encrypted. Jika Anda memilih SSL-encrypted, Anda harus terlebih dahulu mengaktifkan enkripsi SSL pada instans RDS. Untuk informasi lebih lanjut, lihat Konfigurasi enkripsi SSL. Catatan Parameter Encryption hanya tersedia untuk wilayah di Tiongkok daratan dan wilayah China (Hong Kong).

6. Setelah menyelesaikan pengaturan, klik Set Whitelist and Next di pojok kanan bawah halaman.

   Catatan

   Pada langkah ini, blok CIDR IP DTS secara otomatis ditambahkan ke daftar putih instans RDS tujuan untuk memastikan server DTS dapat terhubung.

7. Pilih jenis dan objek migrasi.

   Parameter	Deskripsi
   Migration Types	Untuk melakukan migrasi satu kali saja, pilih Schema Migration dan Full Data Migration. Untuk melakukan migrasi dengan downtime minimal, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration. Catatan Jika Anda tidak memilih Incremental Data Migration, jangan menulis data baru ke database Db2 sumber selama migrasi untuk memastikan konsistensi data.
   Migration Objects	Di kotak Available, pilih objek yang ingin dimigrasikan, lalu klik ikon untuk memindahkannya ke kotak Selected Objects. Catatan Anda dapat memilih objek pada level database, tabel, atau kolom. Untuk mengganti nama objek di instans RDS tujuan, gunakan fitur pemetaan nama objek. Untuk detailnya, lihat pemetaan nama objek. Jika Anda menggunakan fitur pemetaan nama objek, migrasi objek lain yang bergantung pada objek yang diganti namanya mungkin gagal.
   Rename mapped objects	Untuk mengubah nama objek yang dimigrasikan di instans tujuan, gunakan fitur pemetaan nama objek. Untuk informasi lebih lanjut, lihat pemetaan nama objek.
   Retry duration for source/destination connection loss	Durasi retry default adalah 12 jam. Anda dapat menyesuaikan durasi ini. Jika DTS berhasil terhubung kembali ke database dalam durasi tersebut, tugas akan dilanjutkan secara otomatis. Jika tidak, tugas akan gagal. Catatan Anda dikenai biaya untuk tugas DTS selama proses retry koneksi. Kami menyarankan Anda menetapkan durasi retry yang wajar sesuai kebutuhan bisnis atau segera release instans DTS setelah instans sumber dan tujuan dilepas.

8. Setelah menyelesaikan pengaturan ini, klik Pre-check and Start di pojok kanan bawah halaman.

   Catatan

   • DTS melakukan Pemeriksaan Awal sebelum tugas dimulai. Tugas hanya dapat dimulai setelah lulus Pemeriksaan Awal.

   • Jika Pemeriksaan Awal gagal, klik ikon di samping item yang gagal untuk melihat detailnya.

     • Perbaiki masalah berdasarkan detail tersebut, lalu jalankan kembali Pemeriksaan Awal.

     • Untuk peringatan yang tidak memerlukan perbaikan, Anda dapat memilih Ignore atau Ignore and Rerun Precheck untuk menjalankan kembali Pemeriksaan Awal.

9. Setelah tugas lulus Pemeriksaan Awal, klik Next.

10. Di halaman Confirm Order, pilih Instance Class dan centang kotak Data Transmission Service (Pay-As-You-Go) Terms of Service.

11. Klik Buy and Start. Tugas migrasi dimulai.

    • Migrasi data penuh

      Jangan hentikan tugas secara manual. Tunggu hingga selesai secara otomatis untuk menghindari kehilangan data.

    • Migrasi data inkremental

      Tugas tidak berhenti secara otomatis. Hentikan secara manual.

      Catatan

      Hentikan tugas selama jam sepi atau saat Anda siap beralih ke instans tujuan.

      1. Tunggu hingga status tugas berubah menjadi Incremental Data Migration dan menampilkan Undelayed. Kemudian, hentikan penulisan data ke database sumber selama beberapa menit. Status Incremental Data Migration mungkin menunjukkan latensi.

      2. Tunggu hingga status Incremental Data Migration kembali menjadi Undelayed. Lalu, hentikan tugas migrasi secara manual. Progres migrasi skema dan migrasi data penuh keduanya menunjukkan 100%. Untuk menjeda tugas migrasi, pilih tugas tersebut dan klik Pause di bilah operasi batch di bagian bawah.

12. Beralihlah ke instans ApsaraDB RDS for MySQL untuk aplikasi Anda.