ApsaraDB RDS：Migrasi data dari database Db2 yang dikelola sendiri ke instance ApsaraDB RDS for MySQL

Prasyarat

• Versi database Db2 berkisar antara 9.7 hingga 11.5.

  Catatan

  DTS mendukung migrasi data dari database Db2 for i versi 7.3 atau 7.4 ke instance RDS. Anda dapat mengikuti prosedur dalam topik ini untuk memigrasikan data dari database Db2 for i ke instance RDS.

• Penyimpanan yang tersedia pada instance RDS lebih besar daripada total ukuran data dalam database Db2.

Catatan penggunaan

• DTS tidak dapat menyinkronkan operasi bahasa definisi data (DDL).

• Jika nama database sumber tidak sesuai dengan konvensi penamaan database ApsaraDB RDS, Anda harus membuat database di instance RDS sebelum mengonfigurasi tugas migrasi data.

  Catatan

  Untuk informasi lebih lanjut tentang konvensi penamaan database ApsaraDB RDS dan cara membuat database, lihat Buat Database.

• DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan selama migrasi data penuh. Hal ini dapat meningkatkan beban server database. Jika kinerja database tidak baik, spesifikasinya rendah, atau volume datanya besar, layanan database mungkin menjadi tidak tersedia. Sebagai contoh, DTS menggunakan banyak sumber daya baca dan tulis dalam kasus berikut: banyak kueri SQL lambat dilakukan pada database sumber, tabel tidak memiliki kunci utama, atau terjadi deadlock di database tujuan. Sebelum memigrasikan data, evaluasi dampak migrasi data terhadap kinerja database sumber dan tujuan. Kami menyarankan Anda memigrasikan data selama jam non-puncak. Sebagai contoh, Anda dapat memigrasikan data ketika utilisasi CPU database sumber dan tujuan kurang dari 30%.

• Jika tugas migrasi data gagal, DTS secara otomatis melanjutkan tugas tersebut. Sebelum memindahkan beban kerja Anda ke instance tujuan, Anda harus menghentikan atau melepaskan tugas migrasi data. Jika tidak, data di database sumber akan menimpa data di instance tujuan setelah tugas dilanjutkan.

• DTS menyinkronkan data inkremental dari database Db2 yang dikelola sendiri ke database tujuan pada instance RDS berdasarkan teknologi replikasi Change Data Capture (CDC) dari Db2. Namun, teknologi replikasi CDC memiliki batasan tersendiri. Untuk informasi lebih lanjut, lihat Pembatasan Data Umum untuk Replikasi SQL.

Aturan penagihan

Jenis migrasi

• Migrasi Skema

  DTS memigrasikan skema objek yang diperlukan ke instance tujuan. DTS mendukung migrasi skema untuk jenis objek berikut: tabel, indeks, dan kunci asing.

• Migrasi Data Penuh

  DTS memigrasikan data historis objek yang diperlukan dari database Db2 ke database tujuan pada instance RDS.

• Migrasi Data Inkremental

  Setelah migrasi data penuh selesai, DTS menyinkronkan data inkremental dari database Db2 ke database tujuan pada instance RDS. Migrasi data inkremental membantu memastikan kontinuitas bisnis saat Anda memigrasikan data dari database Db2.

Izin yang diperlukan untuk akun database

Untuk informasi tentang cara membuat akun database dan memberikan izin kepada akun database, lihat topik-topik berikut:

• Database Db2: Membuat ID Grup dan Pengguna untuk Instalasi Database Db2 (Linux dan UNIX) dan Gambaran Otoritas

• Instance RDS: Buat Akun dan Ubah Izin Akun

Proses migrasi data

Persiapan sebelum migrasi data inkremental

Sebelum mengonfigurasi tugas migrasi data inkremental, aktifkan fitur pencatatan arsip untuk database Db2. Untuk informasi lebih lanjut, lihat logarchmeth1 - Parameter Konfigurasi Metode Arsip Log Utama dan logarchmeth2 - Parameter Konfigurasi Metode Arsip Log Sekunder.

Prosedur

1. Masuk ke Konsol DTS.

   Catatan

   Jika Anda dialihkan ke konsol Data Management (DMS), Anda dapat mengklik ikon di untuk kembali ke versi sebelumnya dari konsol DTS.

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

3. Di bagian atas halaman Migration Tasks, pilih wilayah tempat instance RDS berada.

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

5. Konfigurasikan source and destination databases.

   Bidang	Parameter	Deskripsi
   Tidak ada	Nama Tugas	DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama yang dapat membantu Anda mengidentifikasi tugas. Anda tidak perlu menentukan nama tugas yang unik.
   Database Sumber	Tipe Instance	Pilih tipe database sumber. Dalam contoh ini, User-Created Database with Public IP Address dipilih. Catatan Jika Anda memilih tipe instance lain, Anda harus menyiapkan lingkungan jaringan untuk database yang dikelola sendiri. Untuk informasi lebih lanjut, lihat Ikhtisar persiapan.
   	Wilayah Instance	Jika Anda memilih User-Created Database with Public IP Address sebagai tipe database, Anda tidak perlu mengonfigurasi parameter Instance Region. Catatan Jika daftar putih dikonfigurasi untuk database Db2, Anda harus menambahkan blok CIDR server DTS ke daftar putih database. Anda dapat mengklik Get IP Address Segment of DTS di sebelah Instance Region untuk mendapatkan blok CIDR.
   	Tipe Database	Pilih DB2.
   	Nama Host atau Alamat IP	Masukkan titik akhir yang digunakan untuk terhubung ke database Db2. Dalam contoh ini, alamat IP publik digunakan.
   	Nomor Port	Masukkan nomor port layanan database Db2. Nomor port default adalah 50000. Catatan Dalam contoh ini, port layanan harus dapat diakses melalui internet.
   	Nama Database	Masukkan nama database dari mana Anda ingin memigrasikan data.
   	Akun Database	Masukkan nama pengguna akun yang digunakan untuk terhubung ke database Db2. Untuk informasi lebih lanjut tentang izin yang diperlukan untuk akun, lihat Izin yang diperlukan untuk akun database.
   	Kata Sandi Database	Masukkan kata sandi akun yang digunakan untuk terhubung ke database Db2. Catatan Setelah Anda mengonfigurasi parameter database sumber, klik Test Connectivity di sebelah Database Password untuk memeriksa apakah parameter yang dikonfigurasi valid. Jika parameter yang dikonfigurasi valid, pesan Passed akan muncul. Jika pesan Failed muncul, klik Check di sebelah Failed. Ubah parameter database sumber berdasarkan hasil pemeriksaan.
   Database Tujuan	Tipe Instance	Tipe database tujuan. Pilih RDS Instance.
   	Wilayah Instance	Pilih wilayah tempat instance RDS berada.
   	ID Instance RDS	Pilih ID instance RDS.
   	Akun Database	Masukkan nama pengguna akun yang berwenang mengelola database tujuan pada instance RDS. Untuk informasi lebih lanjut tentang izin yang diperlukan untuk akun, lihat Izin yang diperlukan untuk akun database.
   	Kata Sandi Database	Masukkan kata sandi akun yang berwenang mengelola database tujuan pada instance RDS. Catatan Setelah Anda mengonfigurasi parameter database tujuan, klik Test Connectivity di sebelah Database Password untuk memverifikasi apakah parameter yang dikonfigurasi valid. Jika parameter yang dikonfigurasi valid, pesan Passed akan muncul. Jika pesan Failed muncul, klik Check di sebelah Failed. Ubah parameter database tujuan berdasarkan hasil pemeriksaan.
   	Enkripsi	Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan bisnis Anda. Jika Anda memilih SSL-encrypted, pastikan bahwa enkripsi SSL diaktifkan untuk instance RDS sebelum Anda mengonfigurasi tugas migrasi data. Untuk informasi lebih lanjut, lihat Konfigurasi enkripsi SSL untuk instance ApsaraDB RDS for MySQL. Catatan Parameter Encryption hanya tersedia untuk wilayah di daratan Tiongkok dan wilayah China (Hong Kong).

6. Di pojok kanan bawah halaman, klik Set Whitelist and Next.

   Jika database sumber atau tujuan adalah instance database Alibaba Cloud, seperti instance ApsaraDB RDS for MySQL atau ApsaraDB for MongoDB, DTS secara otomatis menambahkan blok CIDR server DTS ke daftar putih alamat IP instance tersebut. Jika database sumber atau tujuan adalah database yang dikelola sendiri yang di-hosting pada instance Elastic Compute Service (ECS), DTS secara otomatis menambahkan blok CIDR server DTS ke aturan grup keamanan ECS, dan Anda harus memastikan bahwa instance ECS dapat mengakses database. Jika database yang dikelola sendiri di-hosting pada beberapa instance ECS, Anda harus secara manual menambahkan blok CIDR server DTS ke aturan grup keamanan setiap instance ECS. Jika database sumber atau tujuan adalah database yang dikelola sendiri yang ditempatkan di pusat data atau disediakan oleh penyedia layanan cloud pihak ketiga, Anda harus secara manual menambahkan blok CIDR server DTS ke daftar putih alamat IP database untuk mengizinkan DTS mengakses database. Untuk informasi lebih lanjut, lihat bagian Blok CIDR Server DTS dari topik Menambahkan Blok CIDR Server DTS.

   Peringatan

   Jika blok CIDR server DTS secara otomatis atau manual ditambahkan ke daftar putih database atau instance, atau ke aturan grup keamanan ECS, risiko keamanan mungkin timbul. Oleh karena itu, sebelum menggunakan DTS untuk memigrasikan data, Anda harus memahami dan menyetujui potensi risiko serta mengambil langkah-langkah pencegahan, termasuk namun tidak terbatas pada langkah-langkah berikut: tingkatkan keamanan nama pengguna dan kata sandi Anda, batasi port yang diekspos, autentikasi panggilan API, periksa secara berkala daftar putih atau aturan grup keamanan ECS dan larang blok CIDR yang tidak sah, atau hubungkan database ke DTS dengan menggunakan Express Connect, VPN Gateway, atau Smart Access Gateway.

7. Pilih objek migrasi dan jenis migrasi.

   Parameter	Deskripsi
   Jenis Migrasi	Untuk memigrasikan hanya data penuh, pilih Schema Migration dan Full Data Migration. Untuk memastikan kontinuitas bisnis selama migrasi data, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration. Catatan Jika Incremental Data Migration tidak dipilih, kami menyarankan Anda untuk tidak menulis data ke database Db2 selama migrasi data. Ini membantu memastikan konsistensi data.
   Tersedia	Pilih satu atau lebih objek dari bagian Available dan klik ikon untuk menambahkan objek yang dipilih ke bagian Selected. Catatan Anda dapat memilih kolom, tabel, atau database. Secara default, setelah objek dimigrasikan ke database tujuan pada instance RDS, nama objek tetap sama seperti di database Db2. Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama objek yang dimigrasikan ke instance RDS. Untuk informasi lebih lanjut, lihat Pemetaan nama objek. Jika Anda menggunakan fitur pemetaan nama objek untuk mengganti nama objek, objek lain yang bergantung pada objek tersebut mungkin gagal dimigrasikan.
   Ganti Nama Database dan Tabel	Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama objek yang dimigrasikan ke database tujuan pada instance RDS. Untuk informasi lebih lanjut, lihat Pemetaan nama objek.
   Waktu Ulangi untuk Koneksi Gagal	Secara default, jika DTS gagal terhubung ke database yang diperlukan, DTS akan mencoba lagi dalam 720 menit berikutnya. Jika DTS berhasil tersambung kembali ke database sumber dan database tujuan pada instance RDS dalam rentang waktu yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal. Catatan Dalam rentang waktu DTS mencoba tersambung kembali ke database yang diperlukan, Anda akan dikenakan biaya untuk instance DTS. Kami menyarankan Anda menentukan rentang waktu percobaan ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instance DTS sesegera mungkin setelah database sumber dan database tujuan pada instance RDS dilepaskan.

8. Klik Precheck.

   Catatan

   • Pemeriksaan awal dilakukan sebelum tugas migrasi dimulai. Tugas migrasi hanya dimulai setelah pemeriksaan awal berhasil.

   • Jika pemeriksaan awal gagal, klik ikon di sebelah setiap item pemeriksaan yang gagal untuk melihat detail terkait. Perbaiki masalah sesuai petunjuk dan jalankan pemeriksaan awal lagi.

9. Klik Next.

10. Di kotak dialog Confirm Settings, konfigurasikan parameter Channel Specification. Kemudian, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.

11. Klik Buy and Start untuk memulai tugas migrasi data.

    • Migrasi Data Penuh

      Jangan hentikan secara manual tugas migrasi data penuh. Jika Anda menghentikan secara manual tugas migrasi data penuh, data yang dimigrasikan ke instance RDS mungkin tidak lengkap. Anda bisa menunggu hingga tugas migrasi data berhenti secara otomatis.

    • Migrasi Data Inkremental

      Tugas migrasi data inkremental tidak berhenti secara otomatis. Anda harus menghentikan tugas secara manual.

      Catatan

      Kami menyarankan Anda menghentikan secara manual tugas migrasi data inkremental pada titik waktu yang tepat. Sebagai contoh, Anda dapat menghentikan tugas selama jam non-puncak atau sebelum Anda memindahkan beban kerja ke instance ApsaraDB RDS for MySQL.

      1. Tunggu hingga Incremental Data Migration dan The data migration task is not delayed ditampilkan di bilah kemajuan tugas migrasi data. Lalu, hentikan penulisan data ke database sumber selama beberapa menit. Latensi incremental data migration mungkin ditampilkan di bilah kemajuan.

      2. Tunggu hingga status Incremental Data Migration berubah menjadi The data migration task is not delayed lagi. Lalu, hentikan tugas migrasi secara manual.

12. Pindahkan beban kerja Anda ke instance RDS.