Data Transmission Service:Sinkronisasi data dari database Db2 for LUW ke instans AnalyticDB for PostgreSQL

Persyaratan database sumber

• Tabel harus memiliki PRIMARY KEY atau kendala UNIK, dengan semua bidang bernilai unik. Tabel tanpa kendala tersebut dapat menghasilkan catatan duplikat di tujuan.

• Saat menyinkronkan tabel dengan penggantian nama kolom atau objek, satu tugas mendukung hingga 5.000 tabel. Untuk lebih dari 5.000 tabel, buat beberapa tugas atau lakukan sinkronisasi pada tingkat database.

• Pencatatan data harus diaktifkan pada database sumber, atau pemeriksaan awal akan gagal.

  • Sinkronisasi hanya inkremental: simpan log data selama lebih dari 24 jam.

  • Sinkronisasi penuh + inkremental: simpan log data selama minimal 7 hari. Setelah sinkronisasi penuh selesai, Anda dapat mengurangi periode retensi menjadi lebih dari 24 jam.

  Peringatan

  Jika log data tidak disimpan selama durasi yang diperlukan, DTS mungkin gagal membacanya, menyebabkan kegagalan tugas atau, dalam kasus luar biasa, inkonsistensi atau kehilangan data. Retensi yang tidak mencukupi berarti keandalan atau kinerja layanan yang dinyatakan dalam SLA DTS tidak dapat dijamin.

• Server yang menghosting database sumber harus memiliki bandwidth outbound yang cukup. Bandwidth terbatas mengurangi kecepatan sinkronisasi.

Batasan lainnya

• Replikasi CDC tunduk pada batasan IBM sendiri. Lihat General data restrictions for SQL Replication untuk detailnya.

• Operasi INSERT konkuren selama sinkronisasi penuh menyebabkan fragmentasi tabel di tujuan, sehingga ruang tabel tujuan akan lebih besar daripada sumber setelah sinkronisasi penuh selesai.

• Lakukan penulisan ke database tujuan hanya melalui DTS selama proses sinkronisasi. Menulis melalui alat lain dapat menyebabkan inkonsistensi data. Setelah sinkronisasi selesai, gunakan Data Management (DMS) untuk operasi DDL secara online. Lihat Lakukan operasi DDL tanpa lock.

• Hanya tabel yang dapat dipilih sebagai objek sinkronisasi. Tabel AO tidak didukung.

• Jika Anda menggunakan pemetaan kolom untuk sinkronisasi non-seluruh-tabel, atau jika skema tabel sumber dan tujuan berbeda, kolom yang ada di sumber tetapi tidak ada di tujuan akan diabaikan.

Perilaku kunci asing berdasarkan fase sinkronisasi

Kasus khusus (Db2 for LUW yang dikelola sendiri)

• Jika terjadi alih bencana primary/secondary pada database sumber saat tugas sedang berjalan, tugas akan gagal.

• Latensi sinkronisasi dihitung berdasarkan timestamp catatan terbaru yang telah disinkronkan di tujuan dan timestamp saat ini di sumber. Jika tidak ada operasi DML yang terjadi di sumber dalam periode yang lama, latensi yang ditampilkan mungkin tidak akurat. Lakukan operasi DML di sumber untuk memperbarui latensi.

  Saat menyinkronkan seluruh database, buat tabel heartbeat yang diperbarui setiap detik agar latensi tetap akurat.

Langkah 1: Buat akun database dan berikan izin

Langkah 2: Aktifkan pengarsipan log pada database sumber

DTS membaca perubahan inkremental dari log arsip Db2 for LUW. Aktifkan pengarsipan log menggunakan parameter konfigurasi logarchmeth1 dan logarchmeth2.

Lihat dokumentasi IBM untuk instruksi penyiapan:

• logarchmeth1 — Primary log archive method

• logarchmeth2 — Secondary log archive method

Langkah 1: Buka halaman Tugas Sinkronisasi Data

1. Masuk ke Konsol Data Management (DMS).

2. Di bilah navigasi atas, klik Data + AI.

3. Di panel navigasi kiri, pilih DTS (DTS) > Data Synchronization.

Jalur navigasi dapat berbeda tergantung pada mode dan tata letak Konsol DMS. Lihat Mode simple dan Sesuaikan tata letak dan gaya Konsol DMS. Atau, buka langsung halaman Tugas Sinkronisasi Data di Konsol DTS baru.

Langkah 2: Pilih wilayah

Di halaman Data Synchronization Tasks, pilih wilayah tempat instans sinkronisasi data akan berada.

Di Konsol DTS baru, pilih wilayah di bilah navigasi atas.

Langkah 3: Konfigurasikan database sumber dan tujuan

Klik Create Task. Di wizard, konfigurasikan parameter berikut.

Database sumber

Database tujuan

Langkah 4: Uji konektivitas

Klik Test Connectivity and Proceed.

DTS secara otomatis menambahkan blok CIDR-nya ke pengaturan keamanan database sumber dan tujuan:

• Instans database Alibaba Cloud (seperti ApsaraDB RDS for MySQL atau ApsaraDB for MongoDB): blok CIDR ditambahkan ke daftar putih instans.

• Self-managed database on ECS: blok CIDR ditambahkan ke aturan grup keamanan instans ECS. Pastikan instans ECS dapat mengakses database.

• Database on-premises atau cloud pihak ketiga: tambahkan secara manual blok CIDR server DTS ke daftar putih database. Lihat Tambahkan blok CIDR server DTS.

Langkah 5: Konfigurasikan objek dan pengaturan lanjutan

Pengaturan dasar

Pengaturan lanjutan

Langkah 6: Konfigurasikan bidang tabel untuk AnalyticDB for PostgreSQL

Klik Next: Configure Database and Table Fields. Tetapkan kolom kunci primer dan kolom kunci distribusi untuk setiap tabel yang disinkronkan ke instans AnalyticDB for PostgreSQL tujuan.

Langkah 7: Simpan pengaturan dan jalankan pemeriksaan awal

Klik Next: Save Task Settings and Precheck.

Untuk melihat parameter OpenAPI untuk konfigurasi tugas ini sebelum menyimpan, arahkan kursor ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.

DTS menjalankan pemeriksaan awal sebelum memulai tugas. Jika pemeriksaan awal gagal:

• Klik View Details di samping setiap item yang gagal, selesaikan masalahnya, lalu klik Precheck Again.

• Jika item peringatan dapat diabaikan dengan aman, klik Confirm Alert Details > Ignore > OK, lalu klik Precheck Again. Mengabaikan item peringatan dapat menyebabkan inkonsistensi data.

Langkah 8: Beli instans sinkronisasi

Tunggu hingga Success Rate mencapai 100%, lalu klik Next: Purchase Instance.

Di halaman pembelian, konfigurasikan parameter berikut.

Baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms, lalu klik Buy and Start > OK.

Tugas muncul di daftar tugas. Pantau perkembangannya dari sana.