All Products
Search
Document Center

Data Transmission Service:Buat tugas pelacakan perubahan PolarDB for MySQL

Last Updated:May 20, 2026

Fitur pelacakan perubahan memungkinkan Anda berlangganan data inkremental secara real time. Fitur ini dapat digunakan untuk berbagai skenario, seperti pembaruan cache ringan, penguraian keterkaitan layanan asinkron, dan sinkronisasi data real time yang melibatkan proses ekstrak, transformasi, dan muat (ETL). Topik ini menjelaskan cara membuat tugas pelacakan perubahan untuk PolarDB for MySQL.

Prasyarat

Batasan

Jenis

Deskripsi

Batasan database sumber

  • Tabel yang dilanggani harus memiliki primary key atau unique constraint, dan bidang dalam constraint tersebut harus unik. Jika tidak, Anda mungkin menerima data duplikat.

  • Jika Anda berlangganan data pada tingkat tabel, satu tugas langganan mendukung hingga 500 tabel. Jika melebihi batas ini, tugas akan gagal dengan error setelah dikirim. Dalam kasus ini, kami menyarankan Anda membagi tabel menjadi beberapa tugas langganan, atau mengonfigurasi tugas langganan untuk seluruh database.

  • Log biner:

    • Pencatatan log biner harus diaktifkan, dan parameter loose_polar_log_bin harus diatur ke on. Jika tidak, pemeriksaan awal gagal dan tugas pelacakan perubahan tidak dapat dimulai.

    • Log biner database sumber harus dipertahankan lebih dari 24 jam. Jika tidak, tugas DTS mungkin gagal karena DTS tidak dapat memperoleh log biner. Dalam kasus ekstrem, data mungkin tidak konsisten atau hilang. Masalah yang timbul akibat periode retensi log biner yang lebih pendek dari yang disyaratkan tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS.

  • Jika instans sumber adalah instans hanya baca atau instans temporary, pastikan bahwa instans tersebut mencatat transaksi.

Batasan lainnya

  • Periksa apakah presisi langganan untuk kolom FLOAT atau DOUBLE memenuhi kebutuhan bisnis Anda. DTS membaca nilai dari kolom-kolom tersebut menggunakan fungsi ROUND(COLUMN,PRECISION). Jika Anda tidak secara eksplisit menentukan presisi, DTS mengatur presisi untuk kolom FLOAT menjadi 38 digit dan untuk kolom DOUBLE menjadi 308 digit.

  • DTS tidak berlangganan perubahan DDL yang dilakukan oleh alat seperti pt-online-schema-change. Akibatnya, client konsumen mungkin gagal menulis data ke tabel tujuan karena ketidaksesuaian skema.

  • DTS tidak mendukung konsumsi baris data tunggal yang lebih besar dari 16 MB. Hal ini dapat menyebabkan error Out of Memory (OOM) pada client konsumen.

  • Jika suatu tugas gagal, staf dukungan DTS akan berusaha memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka mungkin merestart tugas atau menyesuaikan parameternya.

    Catatan

    Penyesuaian parameter hanya memodifikasi parameter instans DTS, bukan parameter database.

Prosedur

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

    Konsol DTS

    1. Masuk 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 Konsol mode sederhana dan Sesuaikan tata letak dan gaya Konsol DMS.

    1. Masuk 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 menentukan instans database sumber, disarankan untuk membaca Limits yang ditampilkan di bagian atas halaman. Jika tidak, tugas mungkin gagal atau data yang dilacak tidak dapat dikonsumsi.

    Kategori

    Parameter

    Deskripsi

    N/A

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

    Select Existing Connection

    Pilih PolarDB for MySQL.

    Pilih Alibaba Cloud Instance.

    Pilih wilayah tempat kluster PolarDB for MySQL berada.

    Replicate Data Across Alibaba Cloud Accounts

    Untuk tutorial ini, pilih No.

    Penting

    Jika Anda perlu mengakses resource database sumber lintas akun (dengan memilih Yes), Anda harus mengonfigurasi otorisasi RAM untuk Akun Alibaba Cloud yang digunakan untuk membuat tugas DTS. Anda juga perlu memasukkan Alibaba Cloud Account dan RAM Role Name. Untuk petunjuknya, lihat Konfigurasi otorisasi RAM untuk tugas lintas akun.

    PolarDB Cluster ID

    Pilih ID kluster dari kluster PolarDB for MySQL.

    Masukkan Read-only account dari database PolarDB for MySQL, atau akun kustom dengan izin REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW, dan SELECT.

    Password yang digunakan untuk mengakses instans database.

    Encryption

    Pilih opsi berdasarkan kebutuhan Anda. Untuk informasi selengkapnya tentang enkripsi SSL, lihat Aktifkan enkripsi SSL.

    Nilai parameter Network Type tetap diatur ke 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 client pelacakan perubahan Anda ditempatkan di VPC, kami menyarankan agar Anda memilih VPC dan vSwitch yang sama yang terhubung ke client tersebut.

    • Jika Anda melacak perubahan data melalui jaringan internal, latensi jaringan akan 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 Daftar putih IP server DTS.

  5. Konfigurasikan objek untuk pelacakan perubahan.

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

      Parameter

      Deskripsi

      Data Change Types

      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 client pelacakan perubahan untuk memfilter data yang akan dilacak.

      Source Objects

      Pilih satu atau beberapa objek dari bagian Source Objects dan klik ikon Right arrow 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.

      Parameter

      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 agar Anda mengatur parameter ini ke nilai lebih dari 30. Jika DTS berhasil 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 akan dikenakan. Kami menyarankan agar Anda menentukan rentang waktu percobaan ulang berdasarkan kebutuhan bisnis Anda, atau segera rilis instans DTS setelah instans database sumber dirilis.

      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 agar 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 daripada nilai parameter Retry Time for Failed Connections.

      Environment Tag

      Anda dapat memilih tag lingkungan untuk mengidentifikasi instans berdasarkan kebutuhan bisnis Anda. Contoh ini tidak memerlukan tag.

      Whether to delete SQL operations on heartbeat tables of forward and reverse tasks

      Pilih apakah akan menulis informasi SQL heartbeat ke database sumber saat instans DTS berjalan.

      • Yes: Informasi SQL heartbeat tidak ditulis ke database sumber. Hal ini dapat menyebabkan instans DTS melaporkan keterlambatan.

      • No: Menulis informasi SQL heartbeat ke database sumber. Hal ini dapat mengganggu fitur seperti backup fisik dan kloning database sumber.

      Monitoring and Alerting

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

      • No: tidak mengaktifkan peringatan.

      • Yes: mengaktifkan peringatan. Dalam hal ini, Anda juga harus mengonfigurasi ambang batas peringatan dan pengaturan pemberitahuan peringatan. Untuk informasi selengkapnya, lihat Konfigurasi peringatan selama konfigurasi instans.

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

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

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

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

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

    • Jika muncul peringatan untuk suatu item selama pemeriksaan awal, lakukan langkah berikut sesuai skenario:

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

      • Jika item peringatan dapat diabaikan, klik Confirm Alert Details. Pada kotak dialog View Details, klik Ignore. Pada pesan yang muncul, klik OK, lalu klik Precheck Again untuk menjalankan pemeriksaan awal lagi. Perlu diperhatikan bahwa mengabaikan item peringatan dapat menyebabkan ketidaksesuaian data dan berpotensi menimbulkan risiko bagi bisnis Anda.

  7. Beli instans.

    1. Tunggu hingga Success Rate mencapai 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

      • Langganan: Anda membayar langganan saat membuat instans. Metode penagihan langganan lebih hemat biaya dibandingkan metode penagihan bayar sesuai pemakaian untuk penggunaan jangka panjang. Anda mendapatkan harga lebih rendah untuk durasi langganan yang lebih lama.

      • Bayar sesuai pemakaian: Instans bayar sesuai pemakaian ditagih per jam. Kami menyarankan agar Anda memilih metode penagihan bayar sesuai pemakaian untuk penggunaan jangka pendek. Jika Anda tidak lagi memerlukan instans bayar sesuai pemakaian, Anda dapat merilis 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 langganan, 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 tersedia hanya 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. Progres tugas dapat dilihat di daftar tugas.

Langkah selanjutnya

Setelah tugas langganan berjalan, buat kelompok konsumen dan pilih metode konsumsi data untuk klien Anda.