All Products
Search

This Product

    Data Transmission Service:Sinkronisasi RDS for MySQL ke DataHub

    Document Center

    Data Transmission Service:Sinkronisasi RDS for MySQL ke DataHub

    Last Updated:Sep 01, 2026

    DataHub adalah platform pemrosesan data aliran yang memungkinkan Anda memublikasikan, berlangganan, dan mendistribusikan data aliran, sehingga memudahkan pembuatan analitik dan aplikasi. Gunakan DTS untuk menyinkronkan data dari ApsaraDB RDS for MySQL ke DataHub guna mengaktifkan analisis real-time secara cepat menggunakan layanan data besar seperti stream computing.

    Prasyarat

    Catatan penggunaan

    Catatan

    DTS tidak menyinkronkan foreign keys dari database sumber ke database tujuan. Oleh karena itu, operasi cascade dan delete pada database sumber tidak disinkronkan ke database tujuan.

    Type

    Description

    Batasan database sumber

    • Tabel yang akan disinkronkan harus memiliki primary key atau unique constraint, dan field-nya harus unik. Jika tidak, data duplikat dapat muncul di database tujuan.

    • Jika Anda melakukan sinkronisasi tingkat tabel dan perlu mengedit pemetaan (seperti pemetaan nama kolom), setiap tugas sinkronisasi mendukung hingga 1.000 tabel. Jika melebihi batas ini, tugas akan gagal dengan error. Untuk mengatasinya, bagi tabel ke beberapa tugas atau konfigurasikan tugas sinkronisasi seluruh database.

    • Binary logs:

      • ApsaraDB RDS for MySQL mengaktifkan binary logging secara default. Pastikan parameter binlog_row_image diatur ke full. Jika tidak, pemeriksaan awal gagal dan tugas sinkronisasi tidak dapat dimulai. Untuk petunjuknya, lihat Konfigurasikan parameter instans.

        Penting

        • Jika instans sumber Anda adalah database MySQL yang dikelola sendiri, aktifkan binary logging dan atur binlog_format ke row serta binlog_row_image ke full.

        • Jika database MySQL yang dikelola sendiri Anda adalah kluster dual-primary (kedua node berperan sebagai primary dan secondary), aktifkan parameter log_slave_updates agar DTS dapat menangkap semua event log biner. Untuk petunjuknya, lihat Buat akun dan konfigurasikan binary logging untuk database MySQL yang dikelola sendiri.

      • Log biner lokal untuk instans ApsaraDB RDS for MySQL harus dipertahankan minimal tiga hari (disarankan tujuh hari). Untuk database MySQL yang dikelola sendiri, pertahankan log biner lokal minimal tujuh hari. Jika tidak, DTS mungkin gagal mengambil log biner, menyebabkan tugas gagal. Dalam kasus ekstrem, hal ini dapat menyebabkan inkonsistensi data atau kehilangan data. Masalah yang disebabkan oleh periode retensi log biner lebih pendek dari yang disyaratkan DTS tidak dicakup dalam SLA DTS.

        Catatan

        Untuk mengonfigurasi retention period log biner lokal pada instans ApsaraDB RDS for MySQL, lihat Hapus log lokal secara otomatis.

    • Jangan menjalankan operasi DDL yang mengubah skema database atau tabel selama sinkronisasi skema atau sinkronisasi penuh. Jika dilakukan, tugas sinkronisasi akan gagal.

      Catatan

      Selama sinkronisasi penuh, DTS melakukan query ke database sumber. Hal ini membuat metadata lock yang dapat memblokir operasi DDL pada database sumber.

    • Data yang dihasilkan dari perubahan yang tidak ditulis ke log biner—seperti data yang dipulihkan dari backup fisik atau dibuat oleh operasi cascade—tidak disinkronkan ke database tujuan.

      Catatan

      Jika hal ini terjadi, hapus database atau tabel yang terpengaruh dari objek sinkronisasi, lalu tambahkan kembali. Anda hanya dapat melakukan ini jika bisnis Anda mengizinkannya. Untuk informasi selengkapnya, lihat Ubah objek sinkronisasi.

    • Jika database sumber Anda adalah MySQL 8.0.23 atau lebih baru dan berisi kolom tersembunyi tak terlihat, DTS mungkin tidak membaca kolom tersebut. Hal ini dapat menyebabkan kehilangan data.

      Catatan

      Jalankan perintah ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE; untuk membuat kolom tersembunyi menjadi terlihat. Untuk informasi selengkapnya, lihat Invisible Columns.

    • Kompatibilitas MySQL: Saat DTS menyinkronkan data dari database sumber keluarga MySQL, DTS bergantung pada protokol standar MySQL dan format Binlog, serta perilaku yang tidak kompatibel dengan standar MySQL tidak didukung. Jika database sumber Anda mengklaim kompatibilitas MySQL tetapi berperilaku berbeda dari MySQL (misalnya, saat OceanBase dihubungkan sebagai sumber dalam mode MySQL, timestamp event rotate trailing di Binlog bernilai 0, yang berbeda dari MySQL), tugas sinkronisasi DTS mungkin gagal.

    Batasan lainnya

    • Field String tunggal di DataHub mendukung hingga 2 MB.

    • DTS tidak mendukung sinkronisasi indeks, partisi, view, stored procedure, fungsi, trigger, atau foreign key.

    • Jika tabel sumber Anda berisi kolom record_id, gunakan pemetaan field untuk mengganti namanya di instans tujuan. Jika tidak, tugas akan gagal. Untuk petunjuknya, lihat Pemetaan nama kolom database dan tabel.

    • Jangan menulis data ke database tujuan kecuali melalui DTS selama sinkronisasi berjalan. Jika tidak, inkonsistensi data dapat terjadi antara database sumber dan tujuan. Misalnya, jika Anda menggunakan DMS untuk melakukan operasi DDL online sementara data lain ditulis ke database tujuan, kehilangan data dapat terjadi.

    • Jika instans ApsaraDB RDS for MySQL Anda telah mengaktifkan Always-Encrypted, sinkronisasi data penuh tidak didukung.

      Catatan

      Instans ApsaraDB RDS for MySQL yang telah mengaktifkan Transparent Data Encryption (TDE) mendukung sinkronisasi skema, sinkronisasi data penuh, dan sinkronisasi data inkremental.

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

      Catatan

      Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum di Ubah parameter instans.

    Kasus khusus

    • Untuk database sumber MySQL yang dikelola sendiri:

      • Jika terjadi alih bencana primary/secondary di database sumber selama sinkronisasi, tugas akan gagal.

      • DTS menghitung latency dengan membandingkan timestamp catatan terakhir yang disinkronkan dengan waktu saat ini. Jika tidak ada operasi DML yang dijalankan dalam waktu lama di database sumber, pelaporan latency mungkin menjadi tidak akurat. Jika latency tampak terlalu tinggi, jalankan operasi DML di database sumber untuk memperbarui latency.

        Catatan

        Jika Anda memilih seluruh database untuk sinkronisasi, buatlah tabel heartbeat. Perbarui atau tulis ke tabel ini setiap detik.

      • DTS secara berkala menjalankan perintah CREATE DATABASE IF NOT EXISTS `test` di database sumber untuk memajukan offset log biner.

      • Jika database sumber Anda adalah Amazon Aurora MySQL atau instans MySQL berkluster lainnya, pastikan nama domain atau alamat IP yang digunakan dalam konfigurasi tugas—dan resolusi DNS-nya—selalu mengarah ke node read/write (RW). Jika tidak, sinkronisasi mungkin gagal.

    • Untuk database sumber ApsaraDB RDS for MySQL:

      • Instans hanya baca—seperti instans hanya baca ApsaraDB RDS for MySQL 5.6—yang tidak mencatat log transaksi tidak dapat berfungsi sebagai database sumber.

      • DTS secara berkala menjalankan perintah CREATE DATABASE IF NOT EXISTS `test` di database sumber untuk memajukan offset log biner.

    Topologi sinkronisasi yang didukung

    • Sinkronisasi satu arah satu-ke-satu.

    • Sinkronisasi satu arah satu-ke-banyak.

    • Sinkronisasi satu arah banyak-ke-satu.

    Untuk mempelajari setiap topologi sinkronisasi dan pertimbangannya, lihat Topologi sinkronisasi.

    Operasi SQL yang didukung

    Jenis operasi

    Pernyataan SQL

    DML

    INSERT, UPDATE, DELETE

    DDL

    ADD COLUMN

    Penting

    Jika Anda mengubah struktur tabel secara manual di database target, restart tugas: jeda lalu mulai tugas.

    Prosedur

    1. Buka halaman daftar tugas sinkronisasi di wilayah tujuan. Anda dapat menggunakan salah satu dari dua metode berikut:

      Dari Konsol DTS

      1. Masuk ke Konsol Data Transmission Service (DTS).

      2. Di panel navigasi sebelah kiri, klik Data Synchronization.

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

      Dari 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 antarmuka DMS.

      1. Masuk ke Data Management (DMS).

      2. Di bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Synchronization.

      3. Di sebelah kanan Data Synchronization Tasks, pilih wilayah tempat instans sinkronisasi berada.

    2. Klik Create Task untuk membuka halaman konfigurasi tugas.

    3. Konfigurasikan database sumber dan tujuan.

      Peringatan

      Setelah memilih instans sumber dan tujuan, baca dengan cermat batasan yang ditampilkan di bagian atas halaman. Jika Anda tidak mengikuti batasan tersebut, tugas mungkin gagal atau terjadi inkonsistensi data.

      Kategori

      Parameter

      Deskripsi

      N/A

      Task Name

      DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama deskriptif agar mudah diidentifikasi. Nama tidak harus unik.

      Source Database

      Select DMS Database Instance

      Pilih instans yang sudah ada sesuai kebutuhan.

      • Jika Anda menggunakan instans yang sudah ada, informasi database akan diisi otomatis. Anda tidak perlu memasukkannya lagi.

      • Jika Anda tidak menggunakan instans yang sudah ada, masukkan informasi database berikut.

      Database Type

      Pilih MySQL.

      Connection Type

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah tempat instans ApsaraDB RDS for MySQL sumber berada.

      Cross-account

      Pilih No. Tutorial ini untuk sinkronisasi data dalam satu akun Alibaba Cloud yang sama.

      RDS Instance ID

      Pilih ID instans ApsaraDB RDS for MySQL sumber.

      Database Account

      Masukkan akun database untuk instans ApsaraDB RDS for MySQL sumber. Akun tersebut harus memiliki izin baca pada objek sinkronisasi.

      Database Password

      Masukkan password yang sesuai dengan akun database.

      Connection Method

      Pilih Non-encrypted atau SSL-encrypted sesuai kebutuhan. Jika Anda memilih SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instans RDS for MySQL terlebih dahulu. Untuk informasi selengkapnya, lihat Gunakan sertifikat cloud untuk mengaktifkan enkripsi SSL dengan cepat.

      Destination Database

      Select DMS Database Instance

      Pilih instans yang sudah ada sesuai kebutuhan.

      • Jika Anda menggunakan instans yang sudah ada, informasi database akan diisi otomatis. Anda tidak perlu memasukkannya lagi.

      • Jika Anda tidak menggunakan instans yang sudah ada, masukkan informasi database berikut.

      Database Type

      Pilih DataHub.

      Connection Type

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah tempat instans DataHub tujuan berada.

      Project

      Pilih DataHub Project tujuan.

    4. Setelah menyelesaikan konfigurasi, klik Test Connectivity and Proceed di bagian bawah halaman.

      Catatan

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

      • Jika database sumber atau tujuan adalah database yang dikelola sendiri (di mana Access Method bukan Alibaba Cloud Instance), Anda juga harus mengklik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers.

    5. Konfigurasikan objek tugas.

      1. Di halaman Configure Objects, konfigurasikan objek yang akan disinkronkan.

        Parameter

        Deskripsi

        Synchronization Types

        Incremental Data Synchronization dipilih. Secara default, Anda juga harus memilih Schema Synchronization dan Full Data Synchronization. Setelah pemeriksaan awal selesai, DTS melakukan sinkronisasi data penuh objek yang dipilih dari instans sumber ke kluster tujuan. Ini berfungsi sebagai data garis dasar untuk sinkronisasi data inkremental berikutnya.

        Naming Rules of Additional Columns

        Saat DTS menyinkronkan data ke DataHub, DTS menambahkan kolom tambahan ke tabel tujuan. Jika terjadi konflik nama antara kolom tambahan dan kolom yang sudah ada di tabel tujuan, tugas sinkronisasi akan gagal. Pilih New Rule atau Previous Rule sesuai kebutuhan bisnis Anda.

        Peringatan

        Sebelum memilih aturan, evaluasi apakah kolom tambahan bertentangan dengan kolom yang sudah ada di tabel tujuan. Konflik nama dapat menyebabkan kehilangan data atau kegagalan tugas. Untuk informasi selengkapnya tentang aturan dan definisi kolom tambahan, lihat Nama dan definisi kolom tambahan.

        Processing Mode of Conflicting Tables

        • Precheck and Report Errors: Memeriksa apakah tabel dengan nama yang sama ada di database tujuan. Jika tabel dengan nama yang sama tidak ada, pemeriksaan awal lolos. Jika tabel dengan nama yang sama ada, pemeriksaan awal gagal dan tugas sinkronisasi data tidak dimulai.

          Catatan

          Jika Anda tidak dapat menghapus atau mengganti nama tabel dengan nama yang sama di database tujuan, Anda dapat memetakannya ke nama tabel yang berbeda. Untuk informasi selengkapnya, lihat Petakan nama tabel dan kolom.

        • Ignore Errors and Proceed: Melewati pemeriksaan nama tabel duplikat di database tujuan.

          Peringatan

          Memilih Ignore Errors and Proceed dapat menyebabkan inkonsistensi data dan membahayakan bisnis Anda. Misalnya:

          • Jika skema tabel sama dan catatan di database tujuan memiliki nilai primary key atau unique key yang sama dengan catatan di database sumber:

            • Selama sinkronisasi penuh, DTS mempertahankan catatan di kluster tujuan. Catatan yang sesuai dari database sumber tidak disinkronkan.

            • Selama sinkronisasi inkremental, catatan dari database sumber menimpa catatan di database tujuan.

          • Jika skema tabel berbeda, sinkronisasi data awal mungkin gagal. Hal ini dapat mengakibatkan hanya data kolom parsial yang disinkronkan atau kegagalan sinkronisasi total. Lakukan dengan hati-hati.

        Case Sensitivity Policy for Destination Object Names

        Anda dapat mengonfigurasi kebijakan sensitivitas huruf besar/kecil untuk nama objek database, tabel, dan kolom yang disinkronkan ke instans tujuan. Secara default, DTS default policy dipilih. Anda juga dapat memilih untuk menggunakan kebijakan default database sumber dan tujuan. Untuk informasi selengkapnya, lihat Kebijakan sensitivitas huruf besar/kecil untuk nama objek tujuan.

        Source Objects

        Di kotak Source Objects, klik objek yang akan disinkronkan, lalu klik 向右 untuk memindahkannya ke kotak Selected Objects.

        Catatan

        Objek sinkronisasi dipilih pada tingkat tabel.

        Selected Objects

        Catatan

        • Untuk mengatur klausa WHERE guna memfilter data, klik kanan tabel di kotak Selected Objects dan tentukan kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya, lihat Atur kondisi filter.

        • Klik kanan tabel di kotak Selected Objects, kosongkan centang pada kotak Sync All Columns di kotak dialog yang muncul, lalu atur kunci shard. Kunci shard digunakan untuk partisi data.

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

        Parameter

        Deskripsi

        Dedicated Cluster for Task Scheduling

        Secara default, DTS menjadwalkan tugas pada klaster bersama, dan Anda tidak perlu memilih klaster. Untuk kinerja yang lebih stabil, Anda dapat membeli klaster khusus untuk menjalankan tugas sinkronisasi DTS. Untuk informasi selengkapnya, lihat Apa itu klaster khusus DTS?.

        Set Alerts

        Tentukan apakah akan mengonfigurasi peringatan. Jika sinkronisasi gagal atau latency melebihi ambang batas yang ditentukan, notifikasi akan dikirim ke kontak peringatan.

        Retry Time for Failed Connections

        Setelah tugas sinkronisasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan error dan segera mulai mencoba ulang koneksi. Durasi percobaan ulang default adalah 720 menit. Anda juga dapat menentukan durasi percobaan ulang kustom dari 10 hingga 1.440 menit. Kami menyarankan Anda mengatur durasi minimal 30 menit. Jika DTS berhasil terhubung kembali ke database dalam durasi yang ditentukan, tugas sinkronisasi akan dilanjutkan secara otomatis. Jika tidak, tugas akan gagal.

        Catatan

        • Jika Anda memiliki beberapa instans DTS (misalnya, Instans A dan Instans B) yang berbagi sumber atau tujuan yang sama, dan Anda mengatur waktu ulang jaringan menjadi 30 menit untuk Instans A dan 60 menit untuk Instans B, durasi yang lebih pendek yaitu 30 menit akan digunakan untuk keduanya.

        • Karena DTS membebankan biaya berdasarkan waktu proses tugas selama periode percobaan ulang koneksi, kami menyarankan Anda menyesuaikan durasi percobaan ulang sesuai kebutuhan bisnis atau segera melepas instans DTS setelah instans database sumber dan tujuan dilepas.

        Retry Time for Other Issues

        Setelah tugas sinkronisasi dimulai, jika terjadi masalah non-konektivitas lainnya pada database sumber atau tujuan (seperti pengecualian eksekusi DDL atau DML), DTS melaporkan error dan segera memulai operasi percobaan ulang berkelanjutan. Durasi percobaan ulang default adalah 10 menit. Anda juga dapat menyesuaikan durasi percobaan ulang dalam rentang 1 hingga 1.440 menit. Kami menyarankan Anda mengaturnya minimal 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditetapkan, tugas sinkronisasi akan dilanjutkan secara otomatis. Jika tidak, tugas akan gagal.

        Penting

        Nilai untuk Retry Time for Other Issues harus lebih kecil daripada nilai untuk Retry Time for Failed Connections.

        Enable Throttling for Full Data Synchronization

        Selama tahap sinkronisasi penuh, DTS mengonsumsi sumber daya baca dan tulis dari database sumber dan tujuan, yang dapat meningkatkan beban database. Untuk mengurangi beban pada database sumber dan tujuan, Anda dapat mengatur batas laju untuk tugas sinkronisasi penuh dengan mengonfigurasi parameter Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s).

        Catatan

        • Item konfigurasi ini tersedia hanya ketika Synchronization Types diatur ke Full Data Synchronization.

        • Anda juga dapat menyesuaikan laju sinkronisasi penuh setelah instans sinkronisasi berjalan.

        Enable Throttling for Incremental Data Synchronization

        Anda juga dapat mengatur batas laju untuk tugas sinkronisasi inkremental. Untuk mengurangi tekanan pada database tujuan, atur RPS of Incremental Data Synchronization dan Data synchronization speed for incremental synchronization (MB/s).

        Environment Tag

        Anda dapat memilih tag lingkungan untuk mengidentifikasi instans berdasarkan kebutuhan bisnis Anda. Untuk contoh ini, Anda tidak perlu memilih 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 delay.

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

        Configure ETL

        Pilih apakah akan mengaktifkan fitur ekstrak, transformasi, muat (ETL). Untuk informasi selengkapnya, lihat Apa itu ETL? Nilai yang valid:

        Monitoring and Alerting

        Tentukan apakah akan mengonfigurasi peringatan. Jika sinkronisasi gagal atau latency melebihi ambang batas yang ditentukan, notifikasi akan dikirim ke kontak peringatan.

    6. Simpan tugas dan jalankan pemeriksaan awal.

      • Untuk melihat parameter API untuk mengonfigurasi instans ini, arahkan kursor ke tombol Next: Save Task Settings and Precheck lalu klik Preview OpenAPI parameters di gelembung.

      • Jika Anda telah selesai melihat parameter API, klik Next: Save Task Settings and Precheck di bagian bawah halaman.

      Catatan

      • Sebelum pekerjaan sinkronisasi dimulai, DTS menjalankan pemeriksaan awal. Pekerjaan hanya dapat dimulai setelah semua item pemeriksaan awal lolos.

      • Jika pemeriksaan awal gagal, klik View Details untuk item yang gagal. Perbaiki masalah sesuai petunjuk, lalu jalankan pemeriksaan awal lagi.

      • Jika pemeriksaan awal mengembalikan peringatan:

        • Jika item pemeriksaan gagal dan tidak dapat diabaikan, klik View Details di sebelah item tersebut. Ikuti petunjuk untuk memperbaiki masalah, lalu jalankan pemeriksaan awal lagi.

        • Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again secara berurutan untuk melewati peringatan dan menjalankan ulang pemeriksaan awal. Jika Anda memilih untuk mengabaikan item peringatan, hal ini dapat menyebabkan masalah seperti inkonsistensi data dan membahayakan bisnis Anda.

    7. Beli instans.

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

      2. Di halaman Purchase, pilih metode penagihan dan spesifikasi link untuk instans sinkronisasi data. Tabel berikut menjelaskan parameter ini secara rinci.

        Kategori

        Parameter

        Deskripsi

        New Instance Class

        Metode Penagihan

        • Langganan: Anda membayar saat membuat instans. Ini cocok untuk kebutuhan jangka panjang dan lebih hemat biaya dibandingkan bayar sesuai penggunaan. Semakin lama durasi langganan, semakin tinggi diskonnya.

        • Bayar sesuai penggunaan: Anda dikenai biaya per jam. Ini cocok untuk kebutuhan jangka pendek. Anda dapat melepas instans segera setelah digunakan untuk menghemat biaya.

        Konfigurasi Kelompok Sumber Daya

        Kelompok sumber daya tempat instans berada. Default-nya adalah kelompok sumber daya default. Untuk informasi selengkapnya, lihat Apa itu Resource Management?.

        Spesifikasi Link

        DTS menyediakan spesifikasi sinkronisasi dengan tingkat kinerja berbeda. Spesifikasi link sinkronisasi memengaruhi laju sinkronisasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Spesifikasi link sinkronisasi data.

        Durasi Langganan

        Dalam mode langganan, pilih durasi dan jumlah untuk instans langganan. Anda dapat memilih langganan bulanan dari 1 hingga 9 bulan, atau langganan tahunan selama 1, 2, 3, atau 5 tahun.

        Catatan

        Opsi ini hanya tersedia saat metode penagihan adalah Subscription.

      3. Setelah menyelesaikan konfigurasi, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.

      4. Klik Buy and Start. Di kotak dialog OK, klik OK.

        Anda dapat melihat progres tugas di halaman Sinkronisasi Data.

    Skema topik

    Saat DTS menyinkronkan perubahan data ke topik dalam instans DataHub, DTS menambahkan beberapa kolom tambahan ke skema topik tersebut. Kolom-kolom ini menyimpan metadata tentang perubahan data, seperti yang ditunjukkan pada contoh berikut.

    Catatan

    Dalam contoh ini, field datanya adalah id, name, dan address. Karena Anda memilih aturan kolom tambahan lama saat mengonfigurasi sinkronisasi data, DTS menambahkan awalan dts_ ke field data tersebut.

    Topic定义

    Tabel berikut menjelaskan kolom tambahan tersebut.

    Nama lama

    Nama baru

    Jenis

    Deskripsi

    dts_record_id

    new_dts_sync_dts_record_id

    String

    ID unik dari catatan log inkremental.

    Catatan

    • Normalnya, ID bersifat unik global dan auto-incrementing. Namun dalam skenario pemulihan bencana, rollback dapat terjadi, sehingga properti ini tidak dijamin.

    • Untuk operasi UPDATE, DTS membagi pembaruan menjadi dua catatan: satu dengan nilai sebelum pembaruan dan satu lagi dengan nilai setelah pembaruan. Kedua catatan memiliki nilai dts_record_id yang sama.

    dts_operation_flag

    new_dts_sync_dts_operation_flag

    String

    Jenis operasi. Nilai yang valid:

    • I: Operasi INSERT.

    • D: Operasi DELETE.

    • U: Operasi UPDATE.

    • F: sinkronisasi data penuh.

    dts_instance_id

    new_dts_sync_dts_instance_id

    String

    ID server database.

    dts_db_name

    new_dts_sync_dts_db_name

    String

    Nama database.

    dts_table_name

    new_dts_sync_dts_table_name

    String

    Nama tabel.

    dts_utc_timestamp

    new_dts_sync_dts_utc_timestamp

    String

    Timestamp UTC dari operasi, bersumber dari binlog.

    dts_before_flag

    new_dts_sync_dts_before_flag

    String

    Menunjukkan apakah catatan berisi nilai sebelum pembaruan. Nilai yang valid: Y dan N.

    dts_after_flag

    new_dts_sync_dts_after_flag

    String

    Menunjukkan apakah catatan berisi nilai setelah pembaruan. Nilai yang valid: Y dan N.

    dts_before_flag dan dts_after_flag

    Nilai field dts_before_flag dan dts_after_flag dalam log inkremental bergantung pada jenis operasi:

    • INSERT

      Untuk operasi INSERT, semua nilai kolom merepresentasikan data yang baru dimasukkan, yaitu nilai setelah pembaruan. Oleh karena itu, dts_before_flag bernilai N dan dts_after_flag bernilai Y.

    • UPDATE

      Untuk operasi UPDATE, DTS membagi operasi menjadi dua entri log inkremental. Kedua entri ini memiliki nilai yang sama untuk dts_record_id, dts_operation_flag, dan dts_utc_timestamp.

      Entri log pertama mencatat nilai sebelum pembaruan, di mana dts_before_flag bernilai Y dan dts_after_flag bernilai N. Entri kedua mencatat nilai setelah pembaruan, di mana dts_before_flag bernilai N dan dts_after_flag bernilai Y.

    • DELETE

      Untuk operasi DELETE, semua nilai kolom dalam log inkremental merepresentasikan data yang dihapus, yaitu nilai sebelum pembaruan. Oleh karena itu, dts_before_flag bernilai Y dan dts_after_flag bernilai N.