全部产品
Search

搜索本产品

    Data Transmission Service：Buat tugas pelacakan perubahan RDS PostgreSQL

    文档中心

    Data Transmission Service：Buat tugas pelacakan perubahan RDS PostgreSQL

    更新时间：Jan 12, 2026

    Data Transmission Service (DTS) mendukung pembuatan tugas pelacakan perubahan untuk instance PostgreSQL yang dikelola sendiri dan instance RDS PostgreSQL. Topik ini menggunakan instance RDS PostgreSQL sebagai contoh untuk menjelaskan prosedur konfigurasinya.

    Prasyarat

    Pencegahan

    Jenis

    Deskripsi

    Batasan pada database sumber

    • Tabel sumber harus memiliki kendala PRIMARY KEY atau UNIQUE, dan semua field harus unik. Jika tidak, sebagian perubahan data yang dilacak mungkin duplikat.

    • Jika Anda memilih tabel sebagai objek yang akan dilacak, maksimal 500 tabel dapat dilacak dalam satu tugas pelacakan perubahan. Jika Anda menjalankan tugas pelacakan perubahan untuk melacak lebih dari 500 tabel, terjadi error permintaan. Dalam kasus ini, kami menyarankan Anda mengonfigurasi beberapa tugas untuk melacak tabel secara batch atau mengonfigurasi satu tugas pelacakan perubahan untuk seluruh database.

    • Write-Ahead Logging (WAL):

      • Aktifkan WAL. Atur parameter wal_level ke logical.

      • DTS mengharuskan Anda menyimpan log WAL di database sumber selama lebih dari 24 jam. Jika tidak, DTS mungkin gagal mendapatkan log WAL. Hal ini dapat menyebabkan tugas gagal atau, dalam kasus ekstrem, menyebabkan inkonsistensi atau kehilangan data. Masalah yang disebabkan oleh pengaturan periode retensi log WAL kurang dari waktu yang dibutuhkan tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS.

    • Jika instans sumber adalah instans hanya baca atau instans temporary, pastikan instans tersebut memiliki log yang mencatat transaksi.

    • Untuk memastikan tugas pelacakan perubahan berjalan sesuai harapan dan mencegah gangguan akibat alih bencana primer/sekunder, RDS PostgreSQL harus mendukung dan mengaktifkan Logical Replication Slot Failover. Untuk informasi selengkapnya, lihat Logical Replication Slot Failover.

    • Langganan logis di database sumber memiliki batasan. Selama proses pelacakan perubahan, jika satu catatan data yang diperbarui melebihi 256 MB, instans pelacakan perubahan mungkin gagal dan tidak dapat dipulihkan. Jika hal ini terjadi, Anda harus mengonfigurasi ulang instans pelacakan perubahan.

    Batasan lainnya

    • Untuk melacak pembaruan skema (operasi CREATE, DROP, dan ALTER) di instans sumber, buat trigger dan fungsi di database sumber untuk menangkap informasi Data Definition Language (DDL). Untuk informasi selengkapnya, lihat Implementasikan migrasi DDL inkremental untuk PostgreSQL menggunakan trigger dan fungsi.

    • Untuk memastikan akurasi latensi pelacakan perubahan yang ditampilkan, DTS menambahkan tabel heartbeat bernama dts_postgres_heartbeat ke database sumber.

    • Selama pelacakan data inkremental, DTS membuat slot replikasi dengan awalan dts_sync_ di database sumber untuk mereplikasi data. DTS secara otomatis membersihkan slot replikasi historis setiap 90 menit untuk mencegahnya mengonsumsi disk space berlebihan.

      Catatan

      Ketika tugas pelacakan perubahan dilepas atau gagal, DTS secara otomatis membersihkan slot replikasi. Jika terjadi alih bencana primer/sekunder pada instans RDS PostgreSQL, Anda harus login ke database sekunder untuk membersihkan slot replikasi secara manual.

      Amazon slot查询信息

    • Satu tugas pelacakan perubahan hanya dapat melacak perubahan data dari satu database. Untuk melacak perubahan data dari beberapa database, Anda harus membuat tugas pelacakan perubahan untuk setiap database.

    • Jika satu baris data yang Anda lacak melebihi 16 MB, data tersebut tidak dapat dikonsumsi. Hal ini dapat menyebabkan error kehabisan memori (OOM) pada klien konsumen.

    • Pastikan pengaturan presisi untuk kolom bertipe data FLOAT atau DOUBLE memenuhi kebutuhan bisnis Anda. DTS menggunakan fungsi ROUND(COLUMN,PRECISION) untuk mengambil nilai dari kolom bertipe data FLOAT atau DOUBLE. Jika Anda tidak menentukan presisi, DTS mengatur presisi untuk kolom bertipe data FLOAT menjadi 38 digit dan presisi untuk kolom bertipe data DOUBLE menjadi 308 digit.

    • Secara default, tipe data waktu yang mencakup zona waktu dikonversi ke waktu yang sesuai di zona waktu UTC+8.

    • Jika suatu instans gagal, tim helpdesk DTS akan mencoba memulihkan instans tersebut dalam waktu 8 jam. Selama proses pemulihan, operasi seperti me-restart instans atau menyesuaikan parameternya mungkin dilakukan.

      Catatan

      Saat parameter disesuaikan, hanya parameter instans DTS yang dimodifikasi. Parameter di database tidak dimodifikasi.

    Kasus khusus

    Jika instans sumber adalah instans RDS PostgreSQL, jangan mengubah endpoint atau zona instans RDS PostgreSQL selama proses pelacakan perubahan. Jika tidak, tugas pelacakan perubahan akan gagal.

    Prosedur

    1. Gunakan salah satu metode berikut untuk membuka halaman Tugas Pelacakan Perubahan dan pilih wilayah tempat instans pelacakan perubahan berada.

      Konsol DTS

      1. Login ke Konsol DTS.

      2. Di panel navigasi sebelah kiri, klik Change Tracking.

      3. Di pojok kiri atas halaman, pilih wilayah tempat instans pelacakan perubahan berada.

      Konsol DMS

      Catatan

      Operasi aktual dapat berbeda tergantung pada mode dan tata letak konsol DMS. Untuk informasi selengkapnya, lihat Mode sederhana dan Sesuaikan tata letak dan gaya konsol DMS.

      1. Login ke Konsol DMS.

      2. Di bilah navigasi atas, arahkan pointer ke Data + AI > DTS (DTS) > Change Tracking.

      3. Dari daftar drop-down di sebelah kanan Change Tracking Tasks, pilih wilayah tempat instans pelacakan perubahan berada.

    2. Klik Create Task untuk membuka halaman konfigurasi tugas.

    3. Konfigurasikan parameter di bagian Source Database dan Consumer Network Type.

      Peringatan

      Setelah Anda menentukan instans database sumber, kami menyarankan Anda membaca Limits yang ditampilkan di bagian atas halaman. Jika tidak, tugas mungkin gagal atau data yang dilacak tidak dapat dikonsumsi.

      Kategori

      Konfigurasi

      Deskripsi

      Tidak ada

      Task Name

      Nama tugas pelacakan perubahan. DTS secara otomatis memberikan nama untuk tugas tersebut. Kami menyarankan Anda menentukan nama deskriptif agar mudah mengidentifikasi tugas tersebut. Anda tidak perlu menggunakan nama tugas yang unik.

      Source Database

      Select Existing Connection

      • Jika Anda menggunakan instans database yang telah didaftarkan ke DTS, pilih instans tersebut dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instans tersebut. Untuk informasi selengkapnya, lihat Kelola koneksi database.

        Catatan

        Di konsol DMS, Anda dapat memilih instans database dari daftar drop-down Select a DMS database instance.

      • Jika Anda gagal mendaftarkan instans ke DTS, atau Anda tidak perlu menggunakan instans yang telah didaftarkan ke DTS, Anda harus mengonfigurasi informasi database berikut.

      Database Type

      Pilih PostgreSQL.

      Access Method

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah tempat instans RDS PostgreSQL berada.

      Replicate Data Across Alibaba Cloud Accounts

      Tentukan apakah akan melacak data lintas Akun Alibaba Cloud. Dalam contoh ini, No dipilih.

      Penting

      Jika Anda ingin mengakses resource cloud lintas Akun Alibaba Cloud, atur parameter ini ke Yes dan tentukan parameter Alibaba Cloud Account dan RAM Role Name. Anda harus mengonfigurasi otorisasi Resource Access Management (RAM) untuk Akun Alibaba Cloud yang digunakan untuk mengonfigurasi tugas DTS. Untuk informasi selengkapnya tentang cara mengonfigurasi otorisasi RAM, lihat Konfigurasikan otorisasi RAM untuk tugas DTS lintas akun.

      Instance ID

      Pilih ID instans RDS PostgreSQL.

      Database Name

      Masukkan nama database yang akan dilacak.

      Database Account

      Masukkan akun istimewa dari instans RDS PostgreSQL. Akun tersebut harus merupakan pemilik database yang dipilih. Untuk informasi selengkapnya tentang cara membuat akun dan memberikan izin, lihat Buat akun dan Buat database.

      Database Password

      Password yang digunakan untuk mengakses instans database.

      Encryption

      Tentukan apakah akan mengenkripsi koneksi ke database sumber. Anda dapat mengonfigurasi parameter ini berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, Non-encrypted dipilih.

      Jika Anda ingin membuat koneksi terenkripsi SSL ke database sumber, lakukan langkah-langkah berikut: Pilih SSL-encrypted, unggah CA Certificate, Client Certificate, dan Private Key of Client Certificate sesuai kebutuhan, lalu tentukan Private Key Password of Client Certificate.

      Catatan

      • Jika Anda mengatur Encryption ke SSL-encrypted untuk database PostgreSQL yang dikelola sendiri, Anda harus mengunggah CA Certificate.

      • Jika Anda ingin menggunakan sertifikat klien, Anda harus mengunggah Client Certificate dan Private Key of Client Certificate serta menentukan Private Key Password of Client Certificate.

      • Untuk informasi tentang cara mengonfigurasi enkripsi SSL untuk instans ApsaraDB RDS for PostgreSQL, lihat Enkripsi SSL.

      Consumer Network Type

      Network Type

      Nilai parameter Network Type tetap VPC. Anda harus memilih VPC dan vSwitch. Untuk informasi selengkapnya, lihat VPCs.

      Catatan

      • Setelah tugas pelacakan perubahan dikonfigurasi, Anda tidak dapat mengubah pengaturan di bagian Consumer Network Type.

      • Jika klien pelacakan perubahan Anda ditempatkan di VPC, kami menyarankan Anda memilih VPC dan vSwitch yang sama yang terhubung ke klien tersebut.

      • Jika Anda melacak perubahan data melalui jaringan internal, latensi jaringan minimal.

    4. Di bagian bawah halaman, klik Test Connectivity and Proceed.

      Catatan

      • Pastikan blok CIDR server DTS dapat ditambahkan secara otomatis atau manual ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Untuk informasi selengkapnya, lihat Tambahkan alamat IP server DTS ke daftar putih.

      • Jika database sumber adalah database yang dikelola sendiri dan Access Method-nya tidak diatur ke Alibaba Cloud Instance, klik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers.

    5. Konfigurasikan objek untuk pelacakan perubahan.

      1. Di halaman Configure Objects, konfigurasikan objek untuk pelacakan perubahan.

        Konfigurasi

        Deskripsi

        Data Change Types

        Opsi Data Change Types dipilih secara default dan tidak dapat diubah.

        • Data Update

          DTS melacak pembaruan data dari objek yang dipilih, termasuk operasi INSERT, DELETE, dan UPDATE.

        • Schema Update

          DTS melacak operasi pembuatan, penghapusan, dan modifikasi yang dilakukan pada semua skema objek dari instans sumber. Anda harus menggunakan klien pelacakan perubahan untuk memfilter data yang akan dilacak.

        Catatan

        Untuk melacak Schema Update, buat trigger dan fungsi di database sumber untuk menangkap informasi DDL. Untuk informasi selengkapnya, lihat Implementasikan migrasi DDL inkremental untuk PostgreSQL menggunakan trigger dan fungsi.

        Source Objects

        Pilih satu atau beberapa objek dari bagian Source Objects dan klik ikon 向右小箭头 untuk menambahkan objek ke bagian Selected Objects.

        Catatan

        Anda dapat memilih tabel atau database sebagai objek untuk pelacakan perubahan.

        • Jika Anda memilih database sebagai objek, DTS melacak data inkremental dari semua objek, termasuk objek baru di database tersebut.

        • Jika Anda memilih tabel sebagai objek, DTS hanya melacak data inkremental dari tabel tersebut. Dalam hal ini, jika Anda ingin melacak perubahan data dari tabel lain, Anda harus menambahkan tabel tersebut ke daftar objek. Untuk informasi selengkapnya, lihat Ubah objek untuk pelacakan perubahan.

      2. Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.

        Konfigurasi

        Deskripsi

        Dedicated Cluster for Task Scheduling

        Secara default, DTS menjadwalkan tugas ke kluster bersama. Anda tidak perlu mengonfigurasi parameter ini. Anda dapat membeli kluster khusus dengan spesifikasi tertentu untuk menjalankan tugas pelacakan perubahan DTS. Untuk informasi selengkapnya, lihat Apa itu kluster khusus DTS.

        Retry Time for Failed Connections

        Rentang waktu percobaan ulang untuk koneksi yang gagal. Jika tugas pelacakan perubahan gagal, DTS segera mencoba koneksi ulang dalam rentang waktu tersebut. Nilai valid: 10 hingga 1440. Satuan: menit. Nilai default: 720. Kami menyarankan Anda mengatur parameter ini ke nilai lebih dari 30. Jika DTS terhubung kembali ke instans database sumber dalam rentang waktu yang ditentukan, DTS melanjutkan tugas pelacakan perubahan. Jika tidak, tugas pelacakan perubahan gagal.

        Catatan

        • Jika beberapa tugas pelacakan perubahan dikonfigurasi untuk satu instans database, rentang waktu percobaan ulang terpendek yang berlaku. Misalnya, Tugas A dan Tugas B dikonfigurasi untuk instans database yang sama. Tugas A dikonfigurasi dengan rentang waktu percobaan ulang 30 menit, dan Tugas B dikonfigurasi dengan rentang waktu percobaan ulang 60 menit. Dalam kasus ini, rentang waktu percobaan ulang 30 menit yang berlaku.

        • Saat DTS mencoba koneksi ulang, biaya dikenakan. Kami menyarankan Anda menentukan rentang waktu percobaan ulang berdasarkan kebutuhan bisnis Anda, atau lepaskan instans DTS sesegera mungkin setelah instans database sumber dilepaskan.

        Retry Time for Other Issues

        Rentang waktu percobaan ulang untuk masalah lainnya. Misalnya, jika operasi DDL atau DML gagal dilakukan setelah tugas pelacakan perubahan dimulai, DTS segera mencoba ulang operasi tersebut dalam rentang waktu percobaan ulang. Nilai valid: 1 hingga 1440. Satuan: menit. Nilai default: 10. Kami menyarankan Anda mengatur parameter ini ke nilai lebih dari 10. Jika operasi yang gagal berhasil dilakukan dalam rentang waktu percobaan ulang yang ditentukan, DTS melanjutkan tugas pelacakan perubahan. Jika tidak, tugas pelacakan perubahan gagal.

        Penting

        Nilai parameter Retry Time for Other Issues harus lebih kecil dari nilai parameter Retry Time for Failed Connections.

        Environment Tag

        Pilih tag lingkungan untuk mengidentifikasi instans sesuai kebutuhan. Dalam contoh ini, tidak ada tag lingkungan yang dipilih.

        Monitoring and Alerting

        Tentukan apakah akan mengaktifkan peringatan untuk tugas pelacakan perubahan. Jika peringatan dikonfigurasi dan tugas gagal atau latensi melebihi ambang batas, pemberitahuan peringatan dikirim. Nilai valid:

    6. Di bagian bawah halaman, klik Next: Save Task Settings and Precheck.

      • Untuk melihat parameter yang harus ditentukan saat Anda memanggil operasi API terkait untuk mengonfigurasi tugas DTS, arahkan pointer ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.

      • Jika Anda tidak perlu melihat atau telah melihat parameter tersebut, klik Next: Save Task Settings and Precheck di bagian bawah halaman.

      Catatan

      • Sebelum Anda dapat memulai tugas pelacakan perubahan, DTS melakukan pemeriksaan awal. Anda hanya dapat memulai tugas pelacakan perubahan setelah tugas tersebut lulus pemeriksaan awal.

      • Jika tugas gagal lulus pemeriksaan awal, klik View Details di sebelah setiap item yang gagal. Setelah Anda memperbaiki masalah berdasarkan pesan error, Anda dapat menjalankan pemeriksaan awal lagi.

      • Jika peringatan dihasilkan untuk suatu item selama pemeriksaan awal, lakukan operasi berikut berdasarkan skenario:

        • Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item yang gagal dan perbaiki masalahnya. Lalu, jalankan pemeriksaan awal lagi.

        • Jika item peringatan dapat diabaikan, klik Confirm Alert Details. Di kotak dialog View Details, klik Ignore. Di pesan yang muncul, klik OK. Lalu, klik Precheck Again untuk menjalankan pemeriksaan awal lagi. Jika Anda mengabaikan item peringatan, inkonsistensi data dapat terjadi dan bisnis Anda mungkin terpapar risiko potensial.

    7. Beli instance.

      1. Tunggu hingga Success Rate menjadi 100%. Lalu, klik Next: Purchase Instance.

      2. Di halaman Purchase, tentukan metode penagihan instans pelacakan perubahan. Tabel berikut menjelaskan parameter-parameter tersebut.

        Parameter

        Deskripsi

        Billing method

        • Subscription: Anda membayar langganan saat membuat instans. Metode penagihan subscription lebih hemat biaya daripada metode penagihan pay-as-you-go untuk penggunaan jangka panjang. Anda mendapatkan harga lebih rendah untuk durasi langganan yang lebih lama.

        • Pay-as-you-go: Instans pay-as-you-go ditagih per jam. Kami menyarankan Anda memilih metode penagihan pay-as-you-go untuk penggunaan jangka pendek. Jika Anda tidak lagi memerlukan instans pay-as-you-go, Anda dapat melepaskan instans tersebut untuk mengurangi biaya.

        Resource Group Settings

        Kelompok sumber daya tempat instans tersebut berada. Nilai default: default resource group. Untuk informasi selengkapnya, lihat Apa itu Resource Management?

        Subscription Duration

        Jika Anda memilih metode penagihan subscription, atur durasi langganan dan jumlah instans yang ingin Anda buat. Durasi langganan dapat berupa satu hingga sembilan bulan, satu tahun, dua tahun, tiga tahun, atau lima tahun.

        Catatan

        Parameter ini hanya tersedia jika Anda memilih metode penagihan Subscription.

      3. Baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.

      4. Klik Buy and Start untuk memulai tugas pelacakan perubahan. Anda dapat melihat progres tugas tersebut di daftar tugas.

    Langkah selanjutnya

    Saat tugas pelacakan perubahan sedang berjalan, Anda dapat membuat kelompok konsumen berdasarkan klien downstream untuk mengonsumsi data yang dilacak.

    1. Untuk informasi selengkapnya tentang cara membuat dan mengelola kelompok konsumen, lihat Buat kelompok konsumen.

    2. Gunakan salah satu metode berikut untuk mengonsumsi data yang dilacak: