Migrasi dari Db2 for LUW ke PolarDB-X 2.0 - Data Transmission Service

Data Transmission Service (DTS) mendukung migrasi data dari database Db2 for LUW ke instans PolarDB-X 2.0.

Prasyarat

Anda telah membuat database sumber Db2 for LUW dan instans tujuan PolarDB-X 2.0.

Catatan
Untuk informasi lebih lanjut mengenai versi database yang didukung, lihat Ikhtisar solusi migrasi.
Instans tujuan harus memiliki ruang penyimpanan tersedia yang lebih besar daripada ukuran total data database sumber.

Batasan

Catatan

DTS memigrasikan kunci asing selama migrasi skema.
Selama migrasi data penuh dan inkremental, DTS sementara menonaktifkan pemeriksaan kendala dan cascades kunci asing pada tingkat session. Pembaruan atau penghapusan cascade pada database sumber saat tugas berjalan dapat menyebabkan ketidakkonsistenan data.

Kategori	Deskripsi
Batasan database sumber	Bandwidth: Server database sumber harus memiliki bandwidth outbound yang mencukupi. Bandwidth yang tidak mencukupi akan memperlambat migrasi. Tabel yang akan dimigrasikan harus memiliki primary key atau kendala UNIQUE dengan nilai field unik. Jika tidak, database tujuan mungkin berisi data duplikat. Jika Anda melakukan migrasi pada tingkat tabel dengan modifikasi seperti pemetaan nama kolom, satu tugas mendukung hingga 1.000 tabel. Melebihi batas ini menyebabkan error permintaan. Pisahkan tabel menjadi beberapa tugas atau migrasikan seluruh database sebagai gantinya. Migrasi inkremental memerlukan pengaturan log data berikut: Pencatatan data harus diaktifkan. Jika tidak, pemeriksaan awal gagal dan memblokir tugas agar tidak dimulai. DTS memerlukan log data sumber disimpan lebih dari 24 jam untuk migrasi inkremental, atau minimal 7 hari untuk migrasi penuh-plus-inkremental. Setelah migrasi penuh selesai, Anda dapat mengurangi retensi menjadi lebih dari 24 jam. Jika retensi terlalu singkat, DTS mungkin gagal membaca log data, menyebabkan kegagalan tugas atau, dalam kasus ekstrem, ketidakkonsistenan atau kehilangan data. Masalah yang disebabkan oleh retensi log yang tidak mencukupi tidak dicakup oleh SLA DTS. Batasan operasi pada database sumber: Selama migrasi penuh, jangan lakukan operasi DDL yang mengubah skema database atau tabel. Jika dilakukan, tugas akan gagal. Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke instans sumber. Jika tidak, akan terjadi ketidakkonsistenan data antara database sumber dan tujuan. Untuk menjaga konsistensi real-time, pilih kedua jenis migrasi: penuh dan inkremental. Properti Change Data Capture (CDC) harus diaktifkan untuk tabel yang akan dimigrasikan.
Batasan lainnya	DTS memigrasikan data inkremental dari database Db2 for LUW ke database tujuan berdasarkan teknologi replikasi CDC dari Db2 for LUW. Namun, replikasi CDC memiliki batasannya sendiri. General data restrictions for SQL Replication. Evaluasi kinerja database sumber dan tujuan sebelum memulai migrasi. Lakukan migrasi pada jam sepi karena migrasi penuh mengonsumsi sumber daya baca dan tulis pada kedua database, sehingga meningkatkan beban kerja. Migrasi penuh menggunakan operasi INSERT konkuren yang menyebabkan fragmentasi tabel. Setelah migrasi penuh, tabel di database tujuan menggunakan lebih banyak ruang penyimpanan dibandingkan di sumber. Verifikasi bahwa presisi migrasi DTS untuk kolom FLOAT atau DOUBLE memenuhi kebutuhan Anda. DTS membaca kolom-kolom tersebut menggunakan fungsi `ROUND(COLUMN,PRECISION)`. Presisi default: 38 untuk FLOAT, 308 untuk DOUBLE. DTS mencoba memulihkan tugas yang gagal hingga tujuh hari. Sebelum mengalihkan workload Anda ke instans tujuan, hentikan atau lepas tugas tersebut. Atau, gunakan perintah `revoke` untuk mencabut izin tulis akun DTS pada instans tujuan. Hal ini mencegah tugas yang dipulihkan menimpa data tujuan. Jika suatu tugas gagal, staf dukungan DTS akan mencoba memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka mungkin me-restart tugas atau menyesuaikan parameternya. Catatan Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum dalam Modify instance parameters. Jika tabel PolarDB-X 2.0 tujuan memiliki auto partitioning diaktifkan (`auto_partition=true`), setiap pernyataan DDL yang dieksekusi pada sumber hanya boleh berisi satu `alter_specification`. Jika tidak, DTS melaporkan error (`TDDL-4998`: `Multi alter specifications when create GSI not support yet`). Untuk mengeksekusi pernyataan DDL yang berisi beberapa item `alter_specification`, pisahkan setiap `alter_specification` menjadi pernyataan DDL terpisah dan eksekusi satu per satu. Untuk informasi lebih lanjut, lihat ALTER TABLE (DRDS mode) dan ALTER TABLE (AUTO mode).
Kasus khusus	Karena database sumber Db2 for LUW dikelola sendiri: Jika terjadi alih bencana primary/secondary pada database sumber selama migrasi, tugas migrasi akan gagal. DTS menghitung latensi migrasi dengan membandingkan timestamp entri terakhir yang dimigrasikan dengan waktu saat ini. Jika tidak ada operasi DML yang dijalankan pada sumber dalam waktu lama, latensi yang ditampilkan mungkin tidak akurat. Untuk memperbaruinya, lakukan operasi DML pada database sumber. Catatan Untuk migrasi database penuh, Anda dapat membuat tabel heartbeat yang menerima tulisan secara berkala (misalnya, setiap detik) agar pembacaan latensi tetap akurat.

Jenis migrasi

Migrasi skema
Data Transmission Service (DTS) memigrasikan definisi skema objek migrasi dari database sumber ke database tujuan.
- DTS mendukung migrasi skema untuk tabel, view, trigger, prosedur tersimpan, dan fungsi.
  Catatan
  routine_body dari prosedur tersimpan, routine_body dari fungsi, dan select_statement dari view tidak dimodifikasi.
- Selama migrasi skema, DTS mengubah `DEFINER` menjadi `INVOKER` untuk view, prosedur tersimpan, dan fungsi yang akan dimigrasikan. Tindakan ini mengubah nilai `SQL SECURITY` menjadi `INVOKER`. DTS juga mengatur `DEFINER` ke akun database tujuan yang digunakan untuk tugas migrasi.
  Catatan
  Metode otentikasi keamanan dan definer database sumber tidak dimodifikasi.
- DTS tidak memigrasikan informasi akun dan izin (informasi USER) database sumber. DTS juga mengubah metode otentikasi keamanan view, prosedur tersimpan, dan fungsi yang akan dimigrasikan menjadi INVOKER. Oleh karena itu, saat Anda memanggil objek-objek ini di database tujuan, pemanggil harus memiliki izin baca dan tulis pada database tujuan. Jika tidak, pemanggilan gagal karena izin tidak mencukupi. Jika akun pemanggil sudah memiliki izin baca dan tulis pada database tujuan, pemanggilan objek-objek ini tidak terpengaruh. Jika Anda ingin DEFINER suatu objek di database tujuan identik dengan yang ada di database sumber, hapus objek yang gagal dipanggil di database tujuan dan buat ulang. Saat membuat ulang objek tersebut, tentukan DEFINER asli dalam pernyataan pembuatan, dan pastikan akun definer tersebut ada di database tujuan.
Migrasi penuh
DTS memigrasikan semua data historis dari objek migrasi yang ditentukan dari database sumber ke database tujuan.
Migrasi inkremental
Setelah migrasi penuh selesai, DTS memigrasikan pembaruan data inkremental dari database sumber ke database tujuan. Migrasi inkremental memungkinkan Anda melakukan migrasi data secara mulus tanpa mengganggu aplikasi yang dikelola sendiri.

Operasi SQL untuk migrasi inkremental

Jenis operasi	Pernyataan SQL
DML	INSERT, UPDATE, dan DELETE

Izin akun database yang diperlukan

Database	Migrasi skema dan data penuh	Migrasi data inkremental	Aksi
Db2 for LUW	Izin CONNECT dan SELECT	Otoritas DBADM	Create User dan Authorities overview
Instans PolarDB-X 2.0	Izin baca dan tulis pada database tujuan	Izin baca dan tulis pada database tujuan	Manajemen akun

Persiapan

Untuk melakukan migrasi data inkremental, Anda harus mengaktifkan archive logging untuk database Db2 for LUW. Untuk informasi lebih lanjut, lihat Primary log archive method dan Secondary log archive method.

Prosedur

Buka halaman daftar tugas migrasi untuk wilayah tujuan menggunakan salah satu metode berikut.
Dari Konsol DTS
1. Masuk ke Konsol Data Transmission Service (DTS).
2. Pada panel navigasi kiri, klik Data Migration.
3. Di pojok kiri atas halaman, pilih wilayah tempat instans migrasi berada.
Dari Konsol DMS
Catatan
Operasi aktual dapat berbeda tergantung pada mode dan tata letak konsol DMS. Untuk informasi lebih lanjut, lihat Simple mode console dan Customize the layout and style of the DMS console.
1. Masuk ke Konsol Data Management (DMS).
2. Pada bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Migration.
3. Di sebelah kanan Data Migration Tasks, pilih wilayah tempat instans migrasi berada.
Klik Create Task untuk membuka halaman konfigurasi tugas.

Konfigurasikan database sumber dan tujuan.

Peringatan

Setelah memilih instans sumber dan tujuan, kami sarankan Anda membaca dengan cermat batasan yang ditampilkan di bagian atas halaman. Jika tidak, tugas mungkin gagal atau terjadi ketidakkonsistenan data.

Bagian	Parameter	Deskripsi
N/A	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama deskriptif agar mudah diidentifikasi. Nama tidak perlu unik.
Source Database	Database Type	Pilih DB2 for LUW.
	Access Method	Pilih Public IP Address.
	Instance Region	Pilih wilayah tempat database sumber Db2 for LUW berada.
	Domain Name or IP Address	Masukkan titik akhir koneksi database sumber Db2 for LUW. Pada contoh ini, masukkan alamat IP publik.
	Port Number	Masukkan port layanan database sumber Db2 for LUW. Port tersebut harus dapat diakses melalui internet. Port default adalah 50000.
	Database Name	Masukkan nama database dalam instans sumber Db2 for LUW yang berisi objek migrasi.
	Database Account	Masukkan akun untuk database sumber Db2 for LUW. Untuk izin yang diperlukan, lihat Izin akun database yang diperlukan.
	Database Password	Masukkan password untuk akun database.
	Connection Method	Pilih Non-encrypted atau SSL-encrypted sesuai kebutuhan database Anda. Jika Anda mengatur parameter ini ke SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instans RDS for MySQL terlebih dahulu. Untuk informasi lebih lanjut, lihat Quickly enable SSL encryption using a cloud certificate.
Destination Database	Database Type	Pilih PolarDB-X 2.0.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat instans tujuan PolarDB-X 2.0 berada.
	Instance ID	Pilih ID instans instans tujuan PolarDB-X 2.0.
	Database Account	Masukkan akun untuk instans tujuan PolarDB-X 2.0. Untuk izin yang diperlukan, lihat Izin akun database yang diperlukan.
	Database Password	Masukkan password untuk akun database.

Setelah menyelesaikan konfigurasi, klik Test Connectivity and Proceed di bagian bawah halaman. Pada kotak dialog CIDR Blocks of DTS Servers yang muncul, klik Test Connectivity.
Catatan
Pastikan segmen alamat IP layanan DTS telah ditambahkan secara otomatis atau manual ke pengaturan keamanan database sumber dan tujuan agar mengizinkan akses dari server DTS. Untuk informasi lebih lanjut, lihat Add DTS server IP addresses to a whitelist.

Konfigurasikan objek tugas.

Pada halaman Configure Objects, konfigurasikan objek yang ingin Anda migrasikan.

Parameter	Deskripsi
Migration Types	Jika Anda hanya perlu melakukan migrasi penuh, pilih Schema Migration dan Full Data Migration. Untuk melakukan migrasi tanpa downtime, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration. Catatan Jika Anda tidak memilih Schema Migration, Anda harus memastikan bahwa database dan tabel untuk menerima data sudah ada di database tujuan. Anda juga dapat menggunakan fitur pemetaan nama objek di kotak Selected Objects sesuai kebutuhan. Jika Anda tidak memilih Incremental Data Migration, jangan menulis data baru ke instans sumber selama migrasi data untuk memastikan konsistensi data.
Processing Mode of Conflicting Tables	Precheck and Report Errors: Memeriksa apakah tabel dengan nama yang sama ada di database tujuan. Jika tidak ada tabel dengan nama yang sama, pemeriksaan awal lolos. Jika ada tabel dengan nama yang sama, error dilaporkan selama pemeriksaan awal, dan tugas migrasi data tidak dimulai. Catatan Jika tabel di database tujuan memiliki nama yang sama tetapi tidak dapat dengan mudah dihapus atau diganti namanya, Anda dapat mengubah nama tabel di database tujuan. Untuk informasi lebih lanjut, lihat Object name mapping. Ignore Errors and Proceed: Melewati pemeriksaan untuk tabel dengan nama yang sama. Peringatan Memilih Ignore Errors and Proceed dapat menyebabkan ketidakkonsistenan data dan risiko bisnis. Misalnya: Jika skema tabel konsisten dan suatu record di database tujuan memiliki nilai primary key yang sama dengan record di database sumber: Selama migrasi penuh, DTS menyimpan record di database tujuan. Record dari database sumber tidak dimigrasikan. Selama migrasi inkremental, DTS tidak menyimpan record di database tujuan. Record dari database sumber menimpa record di database tujuan. Jika skema tabel tidak konsisten, hanya beberapa kolom data yang mungkin dimigrasikan, atau migrasi mungkin gagal. Lanjutkan dengan hati-hati.
Capitalization of Object Names in Destination Instance	Anda dapat mengonfigurasi kebijakan sensitivitas huruf besar/kecil untuk nama objek yang dimigrasikan, seperti database, tabel, dan kolom, di instans tujuan. Secara default, DTS default policy dipilih. Anda juga dapat memilih untuk menjaga sensitivitas huruf besar/kecil konsisten dengan kebijakan default database sumber atau tujuan. Untuk informasi lebih lanjut, lihat Case sensitivity of object names in the destination database.
Source Objects	Di kotak Source Objects, klik objek yang akan dimigrasikan, lalu klik untuk memindahkannya ke kotak Selected Objects. Catatan Granularitas pemilihan objek migrasi adalah skema, tabel, dan kolom. Jika Anda hanya memilih tabel atau kolom sebagai objek migrasi, objek lain seperti view, trigger, dan prosedur tersimpan tidak dimigrasikan ke database tujuan.
Selected Objects	Untuk mengubah nama satu objek migrasi di instans target, klik kanan objek tersebut di kotak Selected Objects. Untuk informasi lebih lanjut, lihat Map individual schema, table, and column names. Untuk mengubah nama beberapa objek migrasi di instans target, klik Selected Objects di pojok kanan atas kotak Batch Edit. Untuk informasi lebih lanjut, lihat Map multiple schema, table, and column names. Catatan Jika Anda perlu menetapkan kondisi untuk memfilter data, klik kanan tabel yang akan dimigrasikan di bagian Selected Objects dan atur kondisi filter di kotak dialog yang muncul. Untuk informasi lebih lanjut, lihat Set Filter Conditions. Untuk memilih operasi SQL yang akan dimigrasikan pada tingkat database atau tabel, klik kanan objek migrasi di kotak Selected Objects dan pilih operasi SQL yang diinginkan di kotak dialog. Jika Anda menggunakan pemetaan nama objek, objek lain yang bergantung pada objek yang dipetakan mungkin gagal dimigrasikan.

Klik Next: Advanced Settings untuk mengonfigurasi parameter lanjutan.

Parameter	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas pada kluster bersama. Anda tidak perlu memilihnya. Jika Anda menginginkan tugas yang lebih stabil, Anda dapat membeli dedicated cluster untuk menjalankan tugas migrasi DTS.
Retry Time for Failed Connections	Setelah tugas migrasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan error dan segera mulai mencoba koneksi ulang. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 10 hingga 1440 menit. Kami menyarankan Anda mengatur durasi lebih dari 30 menit. Jika DTS berhasil terhubung kembali ke database sumber dan tujuan dalam durasi yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas gagal. Catatan Untuk beberapa instans DTS yang berbagi sumber atau tujuan yang sama, waktu percobaan ulang jaringan ditentukan oleh pengaturan tugas yang terakhir dibuat. Karena Anda dikenai biaya untuk tugas selama periode percobaan ulang koneksi, kami menyarankan Anda menyesuaikan waktu percobaan ulang berdasarkan kebutuhan bisnis Anda, atau segera melepas instans DTS setelah instans database sumber dan tujuan dilepas.
Retry Time for Other Issues	Setelah tugas migrasi dimulai, jika terjadi masalah non-konektivitas, seperti exception eksekusi DDL atau DML, pada database sumber atau tujuan, DTS melaporkan error dan segera mulai mencoba operasi ulang. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 1 hingga 1440 menit. Kami menyarankan Anda mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas gagal. Penting Nilai Retry Time for Other Issues harus lebih kecil daripada nilai Retry Time for Failed Connections.
Enable Throttling for Full Data Migration	Selama migrasi penuh, DTS mengonsumsi sumber daya baca dan tulis pada database sumber dan tujuan, yang dapat meningkatkan beban database. Jika diperlukan, Anda dapat mengaktifkan pembatasan kecepatan untuk tugas migrasi penuh. Anda dapat mengatur Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s) untuk mengurangi beban pada database tujuan. Catatan Item konfigurasi ini tersedia hanya jika Anda memilih Full Data Migration untuk Migration Types. Anda juga dapat menyesuaikan kecepatan migrasi penuh setelah Instans migrasi berjalan.
Enable Throttling for Incremental Data Migration	Jika diperlukan, Anda juga dapat memilih untuk mengatur batas kecepatan untuk tugas migrasi inkremental. Anda dapat mengatur RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s) untuk mengurangi beban pada database tujuan. Catatan Item konfigurasi ini tersedia hanya jika Anda memilih Incremental Data Migration untuk Migration Types. Anda juga dapat adjust the incremental migration speed setelah instans migrasi berjalan.
Environment Tag	Anda dapat memilih tag lingkungan untuk mengidentifikasi instans. Tidak perlu memilih untuk contoh ini.
Configure ETL	Berdasarkan kebutuhan bisnis Anda, pilih apakah akan mengonfigurasi fitur ETL untuk memproses data. Yes: Mengonfigurasi fitur ETL. Anda juga harus memasukkan pernyataan pemrosesan data di kotak teks. No: Tidak mengonfigurasi fitur ETL.
Monitoring and Alerting	Pilih apakah akan mengatur peringatan dan menerima pemberitahuan peringatan berdasarkan kebutuhan bisnis Anda. No: Tidak mengatur peringatan. Yes: Konfigurasikan peringatan dengan mengatur ambang batas peringatan dan alert notifications. Jika migrasi gagal atau latensi melebihi ambang batas, sistem akan mengirimkan pemberitahuan peringatan.

Simpan tugas dan jalankan pemeriksaan awal.
- Untuk melihat parameter konfigurasi instans ini saat memanggil Operasi API, arahkan pointer ke tombol Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters di gelembung yang muncul.
- Jika Anda tidak perlu melihat atau telah selesai melihat parameter API, klik Next: Save Task Settings and Precheck di bagian bawah halaman.
Catatan
- Sebelum tugas migrasi dimulai, DTS melakukan pemeriksaan awal. Tugas hanya dimulai setelah lolos pemeriksaan awal.
- Jika pemeriksaan awal gagal, klik View Details di sebelah item pemeriksaan yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan kembali pemeriksaan awal.
- Jika peringatan dilaporkan selama pemeriksaan awal:
  Untuk item pemeriksaan yang tidak dapat diabaikan, klik View Details di sebelah item yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan kembali pemeriksaan awal.
  Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again untuk melewati item peringatan dan menjalankan kembali pemeriksaan awal. Jika Anda memilih untuk mengabaikan peringatan, hal ini dapat menyebabkan masalah seperti ketidakkonsistenan data dan menimbulkan risiko bagi bisnis Anda.

Beli instans.

Saat Success Rate mencapai 100%, klik Next: Purchase Instance.

Pada halaman Purchase, pilih spesifikasi link untuk instans migrasi data. Untuk informasi lebih lanjut, lihat tabel berikut.

Kategori	Parameter	Deskripsi
New Instance Class	Resource Group Settings	Pilih kelompok sumber daya tempat instans tersebut berada. Nilai default adalah default resource group. Untuk informasi lebih lanjut, lihat What is Resource Management?
New Instance Class	Instance Class	DTS menyediakan spesifikasi migrasi dengan berbagai tingkat kinerja. Spesifikasi link memengaruhi kecepatan migrasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi lebih lanjut, lihat Data migration link specifications.

Setelah konfigurasi selesai, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.
Klik Buy and Start. Di kotak dialog OK yang muncul, klik OK.
Anda dapat melihat progres tugas migrasi di halaman daftar Data Migration Tasks.
Catatan
- Jika tugas migrasi tidak mencakup migrasi inkremental, tugas akan berhenti secara otomatis setelah migrasi penuh selesai. Setelah tugas berhenti, Status-nya berubah menjadi Completed.
- Jika tugas migrasi mencakup migrasi inkremental, tugas tidak berhenti secara otomatis. Tugas migrasi inkremental terus berjalan. Selama tugas migrasi inkremental berjalan, Status tugas adalah Running.