All Products
Search
Document Center

Data Transmission Service:Menyinkronkan PolarDB-X 2.0 ke RDS for MySQL

Last Updated:May 20, 2026

Topik ini menjelaskan cara menggunakan Data Transmission Service (DTS) untuk menyinkronkan data inkremental dari instans PolarDB-X 2.0 ke instans ApsaraDB RDS for MySQL secara real time.

Prasyarat

  • Instans sumber PolarDB-X 2.0 telah dibuat.

  • Instans tujuan ApsaraDB RDS for MySQL telah dibuat. Untuk informasi selengkapnya, lihat Buat instans ApsaraDB RDS for MySQL.

  • Instans tujuan ApsaraDB RDS for MySQL harus memiliki ruang penyimpanan yang lebih besar daripada instans sumber PolarDB-X 2.0.

Batasan

Catatan
  • Saat sinkronisasi skema, DTS menyinkronkan foreign key dari database sumber ke database tujuan.

  • Selama sinkronisasi data penuh dan sinkronisasi data inkremental, DTS sementara menonaktifkan pemeriksaan constraint dan operasi kaskade foreign key pada tingkat sesi. Ketidakkonsistenan data dapat terjadi jika operasi cascade update atau delete dilakukan pada database sumber saat tugas sedang berjalan.

Type

Description

Batasan database sumber

  • Tabel yang disinkronkan harus memiliki primary key atau unique constraint. Jika tidak, data duplikat dapat muncul di database tujuan.

  • DTS tidak mendukung instans hanya baca PolarDB-X 2.0 Edisi Perusahaan sebagai database sumber.

  • Jika Anda menyinkronkan tabel satu per satu dan melakukan pengeditan seperti pemetaan nama kolom, satu tugas sinkronisasi data mendukung maksimal 5.000 tabel. Untuk menyinkronkan lebih dari 5.000 tabel, bagi tabel tersebut ke beberapa tugas atau konfigurasikan tugas untuk menyinkronkan seluruh database. Jika tidak, error permintaan dapat terjadi setelah Anda mengirimkan tugas.

  • Persyaratan binary log:

    • Anda harus mengaktifkan fitur binary log di Konsol PolarDB-X 2.0 dan mengatur parameter binlog_row_image ke full. Untuk informasi selengkapnya, lihat Pengaturan parameter. Jika tidak, Pemeriksaan Awal gagal dan tugas sinkronisasi data tidak dapat dimulai.

    • Untuk sinkronisasi data inkremental, Anda harus menyimpan binary logs database sumber selama lebih dari 24 jam. Untuk tugas yang menggabungkan sinkronisasi penuh dan inkremental, periode retensi minimal 7 hari. Setelah sinkronisasi data penuh selesai, Anda dapat mengurangi periode retensi menjadi 24 jam. SLA DTS tidak mencakup masalah yang disebabkan oleh periode retensi binary log yang tidak mencukupi.

  • Jika nama tabel di instans sumber PolarDB-X 2.0 mengandung huruf kapital, DTS hanya mendukung sinkronisasi skema untuk tabel tersebut.

  • DTS tidak mendukung penyinkronan table groups (TABLEGROUP) atau database dan tabel yang memiliki atribut Locality.

  • DTS tidak mendukung penyinkronan tabel yang namanya merupakan kata kunci yang dicadangkan, seperti select.

  • DTS tidak dapat menyinkronkan partisi database dalam mode DRDS pada instans PolarDB-X 2.0.

  • 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.

Batasan lainnya

  • Evaluasi kinerja database sumber dan tujuan sebelum memulai sinkronisasi data. Lakukan sinkronisasi selama jam sepi, karena sinkronisasi data penuh awal mengonsumsi resource signifikan dan meningkatkan beban database.

  • Sinkronisasi data penuh awal menjalankan operasi INSERT secara konkuren, yang dapat menyebabkan fragmentasi tabel di database tujuan. Akibatnya, instans tujuan mungkin menempati ruang tabel lebih besar daripada instans sumber setelah sinkronisasi.

  • Jangan gunakan alat seperti pt-online-schema-change untuk melakukan operasi DDL Online pada objek yang sedang disinkronkan di database sumber. Jika dilakukan, tugas sinkronisasi akan gagal.

  • Selama sinkronisasi data, pastikan hanya DTS yang menulis data ke database tujuan. Menulis data dari sumber lain dapat menyebabkan ketidakkonsistenan data. Misalnya, jika Anda melakukan perubahan DDL Online menggunakan DMS sementara proses lain menulis ke tujuan, kehilangan data dapat terjadi.

  • Jika pernyataan DDL gagal dieksekusi di database tujuan, tugas DTS tetap berjalan. Anda harus memeriksa log tugas untuk menemukan pernyataan DDL yang gagal. Untuk informasi selengkapnya, lihat Lihat log tugas.

  • Jika Anda menulis kolom dengan nama yang hanya berbeda dalam kapitalisasi ke tabel yang sama di database MySQL tujuan, hasil yang tidak terduga dapat terjadi karena nama kolom MySQL bersifat case-insensitive.

  • Jika data Anda mencakup karakter empat byte—seperti karakter Tionghoa langka atau emoji—database dan tabel tujuan harus menggunakan charset utf8mb4.

    Catatan

    Jika Anda menggunakan DTS untuk menyinkronkan skema tabel, atur parameter character_set_server pada tingkat instans di database tujuan ke utf8mb4.

  • Setelah sinkronisasi data selesai (Status instans Status menjadi Completed), Anda harus menggunakan perintah ANALYZE TABLE <table_name> untuk memastikan semua data telah ditulis ke tabel target. Misalnya, setelah mekanisme failover HA dipicu di database MySQL target, data mungkin hanya ditulis ke memori, yang dapat menyebabkan kehilangan data.

  • 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 Modifikasi parameter instans.

Peringatan lainnya

DTS secara berkala memperbarui tabel dts_health_check.ha_health_check di database sumber untuk memajukan posisi file log biner.

Penagihan

Jenis sinkronisasi

Harga

Sinkronisasi skema dan sinkronisasi data penuh

Gratis.

Sinkronisasi data inkremental

Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

Operasi SQL yang didukung

Jenis operasi

SQL statement

DML

INSERT, UPDATE, DELETE

DDL

  • ALTER TABLE

  • CREATE FUNCTION, CREATE INDEX, CREATE TABLE

    Catatan

    Jika database sumber adalah instans PolarDB-X 2.0 Edisi Perusahaan, operasi CREATE FUNCTION dan CREATE INDEX tidak dapat disinkronkan.

  • DROP INDEX, DROP TABLE

  • RENAME TABLE

    Catatan

    Operasi RENAME TABLE dapat menyebabkan ketidakkonsistenan data. Misalnya, jika Anda hanya memilih tabel tertentu sebagai objek sinkronisasi lalu mengganti nama tabel tersebut di instans sumber selama sinkronisasi, data dari tabel tersebut tidak akan lagi disinkronkan. Untuk mencegah hal ini, konfigurasikan tugas untuk menyinkronkan seluruh database yang berisi tabel tersebut. Hal ini memastikan sinkronisasi data tetap berlanjut setelah tabel diganti namanya.

  • TRUNCATE TABLE

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 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 ketidakkonsistenan data.

    Kategori

    Parameter

    Deskripsi

    N/A

    Task Name

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

    Source Database

    Select Existing Connection

    • Untuk menggunakan instans database yang ditambahkan ke sistem (baru dibuat atau disimpan), pilih instans database dari daftar drop-down. Informasi database akan dikonfigurasi secara otomatis.

      Catatan

      Di Konsol DMS, item konfigurasi ini bernama Select a DMS database instance..

    • Jika Anda belum menambahkan instans database ke sistem, atau tidak perlu menggunakan instans yang sudah ditambahkan, konfigurasikan manual informasi database berikut.

    Database Type

    Pilih PolarDB-X 2.0.

    Connection Type

    Pilih Alibaba Cloud Instance.

    Instance Region

    Pilih wilayah tempat instans sumber PolarDB-X 2.0 berada.

    Replicate Data Across Alibaba Cloud Accounts

    Contoh ini menunjukkan sinkronisasi dalam satu Akun Alibaba Cloud. Pilih No.

    Instance ID

    Pilih ID instans sumber PolarDB-X 2.0.

    Database Account

    Masukkan akun database untuk instans sumber PolarDB-X 2.0. Akun tersebut harus memiliki izin REPLICATION SLAVE, REPLICATION CLIENT, dan SELECT pada objek yang akan disinkronkan.

    Catatan

    Untuk informasi tentang cara memberikan izin, lihat Masalah izin akun selama sinkronisasi data.

    Database Password

    Masukkan password yang sesuai dengan akun database.

    Destination Database

    Select Existing Connection

    • Untuk menggunakan instans database yang ditambahkan ke sistem (baru dibuat atau disimpan), pilih instans database dari daftar drop-down. Informasi database akan dikonfigurasi secara otomatis.

      Catatan

      Di Konsol DMS, item konfigurasi ini bernama Select a DMS database instance..

    • Jika Anda belum menambahkan instans database ke sistem, atau tidak perlu menggunakan instans yang sudah ditambahkan, konfigurasikan manual informasi database berikut.

    Database Type

    Pilih MySQL.

    Connection Type

    Pilih Alibaba Cloud Instance.

    Instance Region

    Pilih wilayah tempat instans tujuan ApsaraDB RDS for MySQL berada.

    Replicate Data Across Alibaba Cloud Accounts

    Contoh ini menunjukkan sinkronisasi dalam satu Akun Alibaba Cloud. Pilih No.

    RDS Instance ID

    Pilih ID instans tujuan ApsaraDB RDS for MySQL.

    Database Account

    Masukkan akun database untuk instans tujuan ApsaraDB RDS for MySQL. Akun tersebut harus memiliki izin baca dan tulis.

    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.

  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 klaster tujuan. Ini berfungsi sebagai garis dasar data untuk sinkronisasi data inkremental berikutnya.

      Processing Mode for Existing Tables in Destination

      • 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 Map table and column names.

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

        Peringatan

        Memilih Ignore Errors and Proceed dapat menyebabkan ketidakkonsistenan 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 menyimpan catatan di klaster 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.

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

      Catatan

      Anda dapat memilih database, tabel, dan kolom sebagai objek sinkronisasi. Jika Anda memilih tabel atau kolom, objek lain seperti view, trigger, dan stored procedure tidak disinkronkan ke database tujuan.

      • Untuk mengganti nama satu objek sinkronisasi di instans tujuan, klik kanan objek di kotak Selected Objects. Untuk informasi selengkapnya tentang mengganti nama objek, lihat Map a single database, table, or column.

      • Untuk mengganti nama beberapa objek sinkronisasi di instans tujuan secara batch, klik Batch Edit di pojok kanan atas kotak Selected Objects. Untuk informasi selengkapnya, lihat Map databases, tables, and columns in a batch.

      Catatan
      • Untuk memilih operasi SQL pada tingkat database atau tabel, klik kanan objek sinkronisasi di kotak Selected Objects dan pilih operasi SQL yang diinginkan dari kotak dialog yang muncul.

      • Untuk mengatur klausa WHERE untuk memfilter data, klik kanan tabel di kotak Selected Objects dan atur kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya, lihat Set filter conditions.

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

      Parameter

      Deskripsi

      Dedicated Cluster for Task Scheduling

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

      Retry Time for Failed Connections

      Setelah tugas sinkronisasi 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 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 secara otomatis dilanjutkan. Jika tidak, tugas 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 percobaan 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 berdasarkan kebutuhan bisnis 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, di 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 1.440 menit. Kami menyarankan Anda mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditentukan, tugas migrasi secara otomatis dilanjutkan. 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 Synchronization

      Selama tahap sinkronisasi penuh, DTS mengonsumsi resource 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 sedang 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. Dalam contoh ini, tidak perlu pemilihan.

      Configure ETL

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

      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 cloning database sumber.

      Monitoring and Alerting

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

    3. Klik Next: Data Validation untuk mengonfigurasi tugas validasi data.

      Jika Anda ingin menggunakan fitur validasi data, lihat Konfigurasikan validasi data untuk petunjuk konfigurasi.

  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 dan klik Preview OpenAPI parameters di balon info.

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

    Catatan
    • Sebelum tugas sinkronisasi dimulai, DTS menjalankan Pemeriksaan Awal. Tugas 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 ketidakkonsistenan data dan menimbulkan risiko bagi bisnis Anda.

  7. Beli instans.

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

    2. Di halaman Purchase, pilih spesifikasi link untuk instans migrasi data. Untuk informasi selengkapnya, 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 selengkapnya, lihat Apa itu Resource Management?

      Instance Class

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

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

    4. 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 tersebut berhenti secara otomatis setelah migrasi penuh selesai. Setelah tugas berhenti, Status-nya berubah menjadi Completed.

      • Jika tugas migrasi mencakup migrasi inkremental, tugas tersebut tidak berhenti secara otomatis. Tugas migrasi inkremental terus berjalan. Selama tugas migrasi inkremental berjalan, Status tugas adalah Running.