All Products
Search
Document Center

Data Transmission Service:Skenario sinkronisasi data

Last Updated:Jun 24, 2026

Fitur sinkronisasi data dari Data Transmission Service (DTS) menyinkronkan data secara real time antara berbagai sumber data dengan menangkap perubahan data dari database sumber dan menerapkannya ke database target secara real time. Kasus penggunaan umum mencakup peningkatan versi, sharding atau penskalaan data, redundansi geo-aktif, pemulihan bencana geografis, sinkronisasi data lintas batas, offloading kueri dan laporan, serta gudang data real time. DTS membantu Anda menghindari kompleksitas, potensi kesalahan, dan tantangan performa dalam mengelola pipa data secara manual, sehingga Anda dapat fokus pada bisnis alih-alih pemeliharaan infrastruktur data.

Konsep utama

Jenis sinkronisasi

Tugas sinkronisasi DTS mencakup tiga jenis sinkronisasi opsional yang disesuaikan dengan kebutuhan bisnis berbeda.

Opsi yang direkomendasikan

  • Sinkronisasi awal: Untuk sinkronisasi awal, kami merekomendasikan memilih Schema Synchronization, Full Data Synchronization, dan Incremental Data Synchronization.

  • Data garis dasar yang sudah ada: Jika database target telah diisi sebelumnya, Anda dapat memilih hanya Incremental Data Synchronization. Namun, Anda harus memastikan bahwa checkpoint konsisten antara database sumber dan target. Operasi ini bersifat kompleks dan memerlukan penilaian cermat.

Jenis sinkronisasi

Deskripsi

Schema Synchronization

Tujuan: Secara otomatis membuat skema di database target yang sesuai dengan database sumber.

DTS menyinkronkan definisi skema (seperti tabel, view, trigger, stored procedure, dan indeks) dari database sumber ke database target. Jika database target kosong, opsi ini menghilangkan kebutuhan untuk membuat skema secara manual.

Penting

Beberapa jalur sinkronisasi tidak mendukung schema synchronization. Sebelum mengonfigurasi tugas sinkronisasi, Anda harus membuat database, tabel, dan view yang diperlukan secara manual di database target agar sesuai dengan skema database sumber.

Full Data Synchronization

Tujuan: Memigrasikan data historis dari database sumber.

DTS menyalin semua data yang ada untuk objek yang dipilih dari database sumber ke database target. Ini menetapkan garis dasar data untuk Incremental Data Synchronization berikutnya.

Incremental Data Synchronization

Tujuan: Terus-menerus menjaga database sumber dan target tetap sinkron.

DTS terus-menerus menangkap pernyataan perubahan inkremental (misalnya, dari Binlog database MySQL) untuk objek yang akan disinkronkan di database sumber. DTS kemudian mengonversi pernyataan tersebut untuk database target dan mengeksekusinya guna mencapai sinkronisasi real time.

Catatan

Incremental Data Synchronization berjalan terus-menerus dan tidak berhenti secara otomatis. Untuk menghentikannya, Anda harus secara manual menghentikan instans DTS atau melepas instans DTS.

Topologi sinkronisasi

DTS mendukung dua topologi sinkronisasi inti. Untuk informasi lebih lanjut, lihat Pengenalan Topologi Sinkronisasi Data.

Topologi sinkronisasi

Deskripsi

Skenario yang Berlaku

One-way Synchronization

Data mengalir dalam satu arah dari database sumber ke satu atau beberapa database target.

Sharding atau penskalaan data, offloading kueri dan laporan, serta membangun gudang data real time.

Two-way Synchronization

Data mengalir dalam kedua arah antara dua database. Perubahan yang dilakukan pada salah satu database disinkronkan ke database lainnya.

Aktif-aktif multi-lokasi, pemulihan bencana jarak jauh, dan sinkronisasi lintas batas.

Penting

Two-way Synchronization melibatkan tugas sinkronisasi maju dan balik. Untuk mencegah loop data, DTS memberlakukan batasan ketat berikut saat Anda mengonfigurasi atau mengatur ulang tugas sinkronisasi dua arah:

  • Aturan inisialisasi: Hanya tugas dalam satu arah (misalnya, A ke B) yang dapat melakukan Schema Synchronization dan Full Data Synchronization. Tugas dalam arah lain (B ke A) hanya dapat dikonfigurasi untuk Incremental Data Synchronization.

  • Pencegahan loop data: Data yang disinkronkan dari A ke B tidak disinkronkan kembali ke A.

  • Risiko pengaturan ulang: Jika Anda perlu mengatur ulang dan mengonfigurasi ulang salah satu tugas (misalnya, tugas maju), kami merekomendasikan agar Anda mengatur ulang kedua tugas maju dan balik secara bersamaan lalu mengonfigurasinya kembali. Jika tidak, saat tugas maju sedang melakukan Schema Synchronization dan Full Data Synchronization, sistem secara otomatis menghapus objek yang disinkronkan yang dikonfigurasi dalam tugas balik. Hal ini dapat menyebabkan tugas Two-way Synchronization berperilaku tidak seperti yang diharapkan.

Batasan

Sebelum mengonfigurasi tugas, pastikan lingkungan dan kasus penggunaan Anda memenuhi persyaratan berikut.

Batasan umum

Batasan

Deskripsi

Konfigurasi jaringan

  • Bandwidth jaringan database sumber: Harus 100 Mb/s atau lebih besar.

  • Latensi jaringan (RTT): Untuk performa sinkronisasi optimal, waktu round-trip (RTT) jaringan antara database sumber dan layanan DTS harus kurang dari 2 ms. Pada penerapan cross-region atau lintas batas, jarak fisik dapat menyebabkan RTT melebihi batas ini, sehingga menimbulkan penundaan sinkronisasi. Misalnya, database di wilayah Singapura yang terhubung ke DTS melalui VPN di wilayah China (Hong Kong) mungkin mengalami RTT tinggi.

Beban kerja

  • Volume log: DTS melakukan sinkronisasi inkremental dengan menarik log database. Untuk stabilitas, pastikan volume log puncak instans database sumber kurang dari 1 TB/hari, volume log rata-rata kurang dari 50 GB per jam, dan traffic puncak kurang dari 15 MB/s.

    Penting

    Secara default, DTS menarik log untuk seluruh database, bukan hanya untuk objek yang disinkronkan. Artinya, meskipun Anda hanya menyinkronkan tabel kecil, operasi write yang sering pada tabel besar lain yang tidak terkait dapat menghasilkan volume log tinggi dan menyebabkan penundaan tugas. Oleh karena itu, pertimbangkan dampak ini saat perencanaan.

  • Pembaruan batch: Menjalankan pembaruan data batch atau perubahan skala besar pada field besar (seperti tipe CLOB, BLOB, atau LONG) dapat menyebabkan latensi tugas. Untuk menghindari latensi, lakukan operasi ini dalam batch yang lebih kecil atau hindari jika memungkinkan.

  • DDL frekuensi tinggi: Hindari operasi DDL yang sering. Untuk mencegah latensi tugas, batasi operasi DDL hingga 10 pernyataan per detik.

  • Tabel tanpa primary key: Hindari operasi DELETE atau UPDATE yang sering pada tabel semacam ini untuk mencegah latensi tugas.

  • Transaksi besar: Hindari menjalankan transaksi tunggal yang menghasilkan lebih dari 100 GB log, karena hal ini dapat menyebabkan tugas gagal.

Batasan lainnya

  • Sinkronisasi cross-account: Dukungan untuk tugas sinkronisasi cross-account bergantung pada jenis database dan metode koneksi tertentu. Untuk informasi lebih lanjut, lihat Mengonfigurasi tugas lintas Akun Alibaba Cloud.

  • Sinkronisasi data lintas batas: Fitur ini tidak diaktifkan secara default. Anda harus terlebih dahulu mengajukan fitur sinkronisasi data lintas batas dan menunggu persetujuan sebelum menggunakannya.

    Catatan
    • Jika tugas sinkronisasi atau migrasi Anda melibatkan operasi lintas batas dan cross-region, pastikan bandwidth tugas Anda tidak melebihi 100 Mbit/s. Untuk bandwidth yang melebihi 100 Mbit/s, gunakan terlebih dahulu CEN untuk mengonfigurasi bandwidth jaringan cross-region sebelum mengonfigurasi tugas DTS.

    • Tugas cross-region atau lintas batas adalah tugas yang Anda konfigurasi di konsol DTS. Misalnya, database sumber adalah instans RDS di wilayah Singapura, dan database tujuan adalah instans RDS di wilayah China (Hangzhou).

FAQ

Apa perbedaan antara migrasi data dan sinkronisasi data?

  • Tujuan

    • Migrasi data adalah transfer data satu kali dari database sumber ke database tujuan. Setelah migrasi selesai, database sumber biasanya dihentikan penggunaannya.

    • Sinkronisasi data menetapkan replikasi data jangka panjang dan berkelanjutan antara dua sumber data untuk menjaga konsistensi dinamis.

  • Fitur

    • Tujuan utama migrasi data adalah memastikan konsistensi data akhir. Tugas berhenti setelah selesai.

    • Sinkronisasi data adalah tugas jangka panjang yang menyediakan fitur lebih kompleks, seperti sinkronisasi dua arah dan resolusi konflik.

  • Rekomendasi

    • Jika tujuan Anda adalah memindahkan beban kerja ke cloud, mengganti engine database, atau memigrasikan pusat data, lihat Ikhtisar solusi migrasi data.

    • Jika tujuan Anda adalah membangun arsitektur aktif-aktif yang tersebar secara geografis, pemulihan bencana, atau pemisahan baca/tulis, lihat Ikhtisar skenario sinkronisasi data.

Apakah saya dapat menambahkan tabel baru ke tugas sinkronisasi data yang sedang berjalan?

Ya. Anda dapat menambahkan database atau tabel baru ke tugas sinkronisasi data yang sedang berjalan dengan memodifikasi objek sinkronisasi. Namun, operasi ini tidak didukung untuk tugas migrasi data.

Bagaimana cara menggabungkan data dari beberapa database sumber ke satu database tujuan, atau menyinkronkan tabel dari satu database sumber ke tabel yang sudah ada dengan nama berbeda di database tujuan?

Anda dapat melakukannya dengan mengonfigurasi pemetaan nama database, tabel, dan kolom. Saat mengonfigurasi objek sinkronisasi, DTS memungkinkan Anda mengganti nama objek di database tujuan. Misalnya, Anda dapat menyinkronkan tabel orders dari database sumber db_A dan tabel orders dari database sumber db_B ke database tujuan db_Z, lalu memetakannya ke orders_from_A dan orders_from_B masing-masing.

Apakah DTS mendukung instans RDS Serverless?

  • RDS for MySQL Serverless dan PolarDB for MySQL Serverless: Didukung sebagai database sumber maupun tujuan.

  • RDS for PostgreSQL Serverless: Saat ini hanya didukung sebagai database tujuan, bukan sebagai database sumber.

Apakah DTS mendukung instans di ApsaraDB for MyBase?

Ya. Anda dapat menggunakan instans database yang dibuat di ApsaraDB for MyBase sebagai sumber atau tujuan DTS. Untuk menghubungkannya, atur parameter Access Method ke Alibaba Cloud Instance. Misalnya, untuk menyinkronkan data dari database MySQL yang dikelola sendiri ke instans MySQL di ApsaraDB for MyBase, Anda dapat mengikuti langkah-langkah yang dijelaskan dalam Menyinkronkan data dari database MySQL yang dikelola sendiri ke instans RDS for MySQL.

Apa itu database yang dikelola sendiri?

Dalam DTS, database yang dikelola sendiri adalah instans database apa pun di mana Access Method bukan Alibaba Cloud Instance. Database yang dikelola sendiri mencakup instans database di cloud pihak ketiga, database on-premises, dan database yang diterapkan di instans ECS.

Lampiran: Matriks dukungan untuk jalur sinkronisasi

Halaman ini merangkum solusi sinkronisasi database yang didukung oleh DTS. Sebelum memulai konfigurasi, periksa apakah kombinasi database sumber dan tujuan Anda didukung. Di bagian di halaman ini di sebelah kanan, klik solusi sinkronisasi database sumber yang sesuai untuk melihat versi yang didukung, jenis sinkronisasi, dan langkah konfigurasi.

MySQL yang dikelola sendiri atau RDS for MySQL

Penting
  • Database di PolarDB-X 1.0 harus dibuat berdasarkan instans ApsaraDB RDS for MySQL. DTS tidak mendukung database yang dibuat berdasarkan PolarDB for MySQL.

  • Jika tujuannya adalah instans PolarDB-X 1.0, schema synchronization dan inisialisasi skema tidak didukung. Jika tujuannya adalah instans PolarDB-X 2.0, keduanya didukung.

  • Kami merekomendasikan menggunakan PolarDB-X 2.0 versi 5.4.11 atau lebih baru. Untuk informasi lebih lanjut, lihat Melihat dan meningkatkan versi engine instans PolarDB for Xscale.

Database sumber

Database tujuan

Jenis sinkronisasi

Topologi sinkronisasi

Referensi

  • self-managed MySQL

    Versi 5.1, 5.5, 5.6, 5.7, 8.0, atau 8.4

  • ApsaraDB RDS for MySQL

    Semua versi

  • self-managed MySQL

    Versi 5.1, 5.5, 5.6, 5.7, 8.0, atau 8.4

  • ApsaraDB RDS for MySQL

    Semua versi

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

two-way synchronization

PolarDB for MySQL

Semua versi

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

two-way synchronization

Oracle (arsitektur RAC atau non-RAC)

Versi 9i, 10g, 11g, 12c, 18c, atau 19c

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan ApsaraDB RDS for MySQL ke database Oracle yang dikelola sendiri

PolarDB-X 1.0

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan ApsaraDB RDS for MySQL ke PolarDB-X 1.0

PolarDB-X 2.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan ApsaraDB RDS for MySQL ke PolarDB-X 2.0

AnalyticDB for MySQL

Versi 2.0 atau 3.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

  • self-managed PostgreSQL

    Versi 9.5.x, 9.6.x, 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, 16.x, 17.x, atau 18.x

  • ApsaraDB RDS for PostgreSQL

    Versi 9.4, 10, 11, 12, 13, 14, 15, 16, 17, atau 18

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan ApsaraDB RDS for MySQL ke ApsaraDB RDS for PostgreSQL

AnalyticDB for PostgreSQL

Versi 4.3, 6.0, atau 7.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan ApsaraDB RDS for MySQL ke AnalyticDB for PostgreSQL

  • ApsaraMQ for Kafka

    Versi 0.10.1.0 hingga 2.x

  • self-managed Kafka

    Versi 0.10.1.0 hingga 2.7.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan ApsaraDB RDS for MySQL ke ApsaraMQ for Kafka

ApsaraDB for ClickHouse

Versi 20.8 atau lebih baru

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari ApsaraDB RDS for MySQL ke ApsaraDB for ClickHouse

DataHub

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan ApsaraDB RDS for MySQL ke DataHub

Elasticsearch

Versi 5.5, 5.6, 6.x, 7.x, atau 8.x

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan ApsaraDB RDS for MySQL ke Elasticsearch

MaxCompute

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan ApsaraDB RDS for MySQL ke MaxCompute

Tair

Versi 4.0, 5.0, 6.0, atau 7.0

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari ApsaraDB RDS for MySQL ke Tair

Tablestore

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan ApsaraDB RDS for MySQL ke Tablestore

Function Compute

Versi 2.0

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan ApsaraDB RDS for MySQL ke Function Compute

ApsaraDB for SelectDB

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan ApsaraDB RDS for MySQL ke ApsaraDB for SelectDB

ApsaraDB for Lindorm

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan ApsaraDB RDS for MySQL ke ApsaraDB for Lindorm

Doris

Versi 1.2 atau lebih baru

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari ApsaraDB RDS for MySQL ke database Doris yang dikelola sendiri

ApsaraMQ for RocketMQ

Seri 4.x dan 5.x

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan ApsaraDB RDS for MySQL ke ApsaraMQ for RocketMQ

Sumber: PolarDB for MySQL

Penting
  • Database di PolarDB-X 1.0 harus dibuat berdasarkan instans ApsaraDB RDS for MySQL. DTS tidak mendukung database yang dibuat berdasarkan PolarDB for MySQL.

  • Jika tujuannya adalah instans PolarDB-X 1.0, schema synchronization dan inisialisasi skema tidak didukung. Jika tujuannya adalah instans PolarDB-X 2.0, keduanya didukung.

  • Kami merekomendasikan menggunakan PolarDB-X 2.0 versi 5.4.11 atau lebih baru. Untuk informasi lebih lanjut, lihat Melihat dan meningkatkan versi engine instans PolarDB for Xscale.

Database sumber

Database tujuan

Jenis

Topologi

Dokumentasi

PolarDB for MySQL

Semua versi

PolarDB for MySQL

Semua versi

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

two-way synchronization

  • self-managed MySQL

    Versi 5.1, 5.5, 5.6, 5.7, 8.0, atau 8.4

  • ApsaraDB RDS for MySQL

    Semua versi

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

two-way synchronization

Menyinkronkan data dari PolarDB for MySQL ke ApsaraDB RDS for MySQL

PolarDB-X 1.0

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari PolarDB for MySQL ke PolarDB-X 1.0

PolarDB-X 2.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari PolarDB for MySQL ke PolarDB-X 2.0

AnalyticDB for MySQL

Versi 2.0 atau 3.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

AnalyticDB for PostgreSQL

Versi 4.3, 6.0, atau 7.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari PolarDB for MySQL ke AnalyticDB for PostgreSQL

  • Message Queue for Apache Kafka

    Versi 0.10.1.0 hingga 2.x

  • self-managed Kafka

    Versi 0.10.1.0 hingga 2.7.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari PolarDB for MySQL ke Message Queue for Apache Kafka

DataHub

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari PolarDB for MySQL ke DataHub

ApsaraDB for ClickHouse

Versi 20.8 atau lebih baru

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari PolarDB for MySQL ke ApsaraDB for ClickHouse

Elasticsearch

Versi 5.5, 5.6, 6.x, 7.x, atau 8.x

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari PolarDB for MySQL ke Elasticsearch

MaxCompute

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari PolarDB for MySQL ke MaxCompute

Oracle (RAC atau non-RAC)

Versi 9i, 10g, 11g, 12c, 18c, atau 19c

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari PolarDB for MySQL ke Oracle yang dikelola sendiri

ApsaraDB for SelectDB

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari PolarDB for MySQL ke ApsaraDB for SelectDB

Doris

Versi 1.2 atau lebih baru

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari PolarDB for MySQL ke Doris yang dikelola sendiri

ApsaraDB for Lindorm

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari PolarDB for MySQL ke ApsaraDB for Lindorm

Sumber: PolarDB for PostgreSQL

Sumber

Tujuan

Jenis sinkronisasi

Topologi

Dokumentasi

PolarDB for PostgreSQL

Versi 11, 14, 15, 16, 17, dan 18

  • database PostgreSQL yang dikelola sendiri

    Versi 9.5.x, 9.6.x, 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, 16.x, 17.x, dan 18.x

  • ApsaraDB RDS for PostgreSQL

    Versi 9.4, 10, 11, 12, 13, 14, 15, 16, 17, dan 18

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

two-way synchronization

PolarDB for PostgreSQL

Versi 11, 14, 15, 16, 17, dan 18

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

two-way synchronization

AnalyticDB for PostgreSQL

Versi 4.3, 6.0, dan 7.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan PolarDB for PostgreSQL ke AnalyticDB for PostgreSQL

Alibaba Cloud SelectDB

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan PolarDB for PostgreSQL ke Alibaba Cloud SelectDB

PolarDB-X sebagai sumber

Penting
  • Database di PolarDB-X 1.0 harus dibuat berdasarkan instans ApsaraDB RDS for MySQL. DTS tidak mendukung database yang dibuat berdasarkan PolarDB for MySQL.

  • Jika tujuannya adalah instans PolarDB-X 1.0, schema synchronization dan inisialisasi skema tidak didukung. Jika tujuannya adalah instans PolarDB-X 2.0, keduanya didukung.

  • Kami merekomendasikan menggunakan PolarDB-X 2.0 versi 5.4.11 atau lebih baru. Untuk informasi lebih lanjut, lihat Melihat dan meningkatkan versi engine instans PolarDB for Xscale.

Database sumber

Database tujuan

Jenis sinkronisasi

Topologi sinkronisasi

Referensi

PolarDB-X 1.0

PolarDB-X 1.0

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data antar instans PolarDB-X 1.0

  • self-managed MySQL

    Versi 5.1, 5.5, 5.6, 5.7, 8.0, atau 8.4

  • RDS for MySQL

    Semua versi

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari instans PolarDB-X 1.0 ke instans RDS for MySQL

PolarDB for MySQL

Semua versi

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari instans PolarDB-X 1.0 ke kluster PolarDB for MySQL

AnalyticDB for MySQL

Versi 3.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari instans PolarDB-X 1.0 ke AnalyticDB for MySQL 3.0

DataHub

schema synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari instans PolarDB-X 1.0 ke proyek DataHub

AnalyticDB for PostgreSQL

Versi 4.3, 6.0, atau 7.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari instans PolarDB-X 1.0 ke instans AnalyticDB for PostgreSQL

  • Message Queue for Apache Kafka

    Versi 0.10.1.0 hingga 2.x

  • self-managed Kafka

    Versi 0.10.1.0 hingga 2.7.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari instans PolarDB-X 1.0 ke Message Queue for Apache Kafka

Elasticsearch

Versi 5.5, 5.6, 6.x, 7.x, atau 8.x

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari instans PolarDB-X 1.0 ke kluster Elasticsearch

PolarDB-X 2.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari instans PolarDB-X 1.0 ke instans PolarDB-X 2.0

PolarDB-X 2.0

PolarDB-X 2.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

two-way synchronization

  • self-managed MySQL

    Versi 5.1, 5.5, 5.6, 5.7, 8.0, atau 8.4

  • RDS for MySQL

    Semua versi

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari instans PolarDB-X 2.0 ke instans RDS for MySQL

PolarDB for MySQL

Semua versi

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari instans PolarDB-X 2.0 ke kluster PolarDB for MySQL

AnalyticDB for MySQL

Versi 3.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari instans PolarDB-X 2.0 ke AnalyticDB for MySQL 3.0

  • Message Queue for Apache Kafka

    Versi 0.10.1.0 hingga 2.x

  • self-managed Kafka

    Versi 0.10.1.0 hingga 2.7.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari instans PolarDB-X 2.0 ke Message Queue for Apache Kafka

DataHub

schema synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari instans PolarDB-X 2.0 ke proyek DataHub

MaxCompute

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari instans PolarDB-X 2.0 ke proyek MaxCompute

AnalyticDB for PostgreSQL

Versi 4.3, 6.0, atau 7.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari instans PolarDB-X 2.0 ke instans AnalyticDB for PostgreSQL

Elasticsearch

Versi 5.5, 5.6, 6.x, 7.x, atau 8.x

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari instans PolarDB-X 2.0 ke kluster Elasticsearch

Oracle (arsitektur RAC atau non-RAC)

Versi 9i, 10g, 11g, 12c, 18c, atau 19c

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari instans PolarDB-X 2.0 ke database Oracle yang dikelola sendiri

Tablestore

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari instans PolarDB-X 2.0 ke instans Tablestore

PolarDB-X 1.0

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari instans PolarDB-X 2.0 ke instans PolarDB-X 1.0

Alibaba Cloud SelectDB

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari instans PolarDB-X 2.0 ke instans Alibaba Cloud SelectDB

PolarDB for PostgreSQL (Kompatibel dengan Oracle) sebagai sumber

Database sumber

Database tujuan

Jenis sinkronisasi

Topologi sinkronisasi

Dokumentasi

Kluster PolarDB for PostgreSQL (Kompatibel dengan Oracle)

Semua versi

Kluster PolarDB for PostgreSQL (Kompatibel dengan Oracle)

Semua versi

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

two-way synchronization

  • Message Queue for Kafka

    Versi 0.10.1.0–2.x

  • kluster Kafka yang dikelola sendiri

    Versi 0.10.1.0–2.7.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari kluster PolarDB for PostgreSQL (Kompatibel dengan Oracle) ke Message Queue for Kafka

AnalyticDB for MySQL

Versi 3.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari kluster PolarDB for PostgreSQL (Kompatibel dengan Oracle) ke AnalyticDB for MySQL 3.0

Sumber: Oracle

Penting

Database sumber

Database tujuan

Jenis sinkronisasi

Topologi sinkronisasi

Referensi

Database Oracle yang dikelola sendiri (RAC atau non-RAC)

Versi 9i, 10g, 11g, 12c, 18c, atau 19c

AnalyticDB for PostgreSQL

Versi 4.3, 6.0, atau 7.0

Schema synchronization

Full data synchronization

Incremental data synchronization

One-way synchronization

Menyinkronkan database Oracle yang dikelola sendiri ke AnalyticDB for PostgreSQL

DataHub

Schema synchronization

Full data synchronization

Incremental data synchronization

One-way synchronization

Menyinkronkan database Oracle yang dikelola sendiri ke DataHub

PolarDB-X 2.0

Schema synchronization

Full data synchronization

Incremental data synchronization

One-way synchronization

Menyinkronkan database Oracle yang dikelola sendiri ke PolarDB-X 2.0

PolarDB for MySQL

Semua versi

Schema synchronization

Full data synchronization

Incremental data synchronization

One-way synchronization

Menyinkronkan database Oracle yang dikelola sendiri ke PolarDB for MySQL

MaxCompute

Schema synchronization

Full data synchronization

Incremental data synchronization

One-way synchronization

Menyinkronkan database Oracle yang dikelola sendiri ke MaxCompute

PolarDB for PostgreSQL (Kompatibel dengan Oracle)

Semua versi

Schema synchronization

Full data synchronization

Incremental data synchronization

One-way synchronization

Menyinkronkan database Oracle yang dikelola sendiri ke PolarDB for PostgreSQL (Kompatibel dengan Oracle)

ApsaraMQ for Kafka

Versi 0.10.1.0 hingga 2.x

Schema synchronization

Full data synchronization

Incremental data synchronization

One-way synchronization

Menyinkronkan database Oracle yang dikelola sendiri ke ApsaraMQ for Kafka

Sumber: PostgreSQL yang dikelola sendiri atau RDS for PostgreSQL

Penting

Instans RDS for PostgreSQL serverless dapat digunakan sebagai database tujuan, tetapi tidak sebagai database sumber.

Database sumber

Database tujuan

Jenis sinkronisasi

Topologi sinkronisasi

Referensi

  • PostgreSQL yang dikelola sendiri

    Versi 9.5.x, 9.6.x, 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, 16.x, 17.x, dan 18.x

  • RDS for PostgreSQL

    Versi 9.4, 10, 11, 12, 13, 14, 15, 16, 17, dan 18

  • PostgreSQL yang dikelola sendiri

    Versi 9.5.x, 9.6.x, 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, 16.x, 17.x, dan 18.x

  • RDS for PostgreSQL

    Versi 9.4, 10, 11, 12, 13, 14, 15, 16, 17, dan 18

Schema synchronization

Full data synchronization

Incremental data synchronization

One-way synchronization

Two-way synchronization

PolarDB for PostgreSQL

Versi 11, 14, 15, 16, 17, dan 18

Schema synchronization

Full data synchronization

Incremental data synchronization

One-way synchronization

Two-way synchronization

AnalyticDB for PostgreSQL

Versi 4.3, 6.0, dan 7.0

Schema synchronization

Full data synchronization

Incremental data synchronization

One-way synchronization

Menyinkronkan RDS for PostgreSQL ke AnalyticDB for PostgreSQL

  • MySQL yang dikelola sendiri

    Versi 5.1, 5.5, 5.6, 5.7, 8.0, dan 8.4

  • RDS for MySQL

    Semua versi

Schema synchronization

Full data synchronization

Incremental data synchronization

One-way synchronization

Menyinkronkan RDS for PostgreSQL ke RDS for MySQL

PolarDB for PostgreSQL (Kompatibel dengan Oracle)

Semua versi

Schema synchronization

Full data synchronization

Incremental data synchronization

One-way synchronization

Menyinkronkan PostgreSQL yang dikelola sendiri ke PolarDB for PostgreSQL (Kompatibel dengan Oracle)

SelectDB

Schema synchronization

Full data synchronization

Incremental data synchronization

One-way synchronization

Menyinkronkan RDS for PostgreSQL ke SelectDB

Sumber: SQL Server yang dikelola sendiri atau ApsaraDB RDS for SQL Server

Penting
  • SQL Server yang dikelola sendiri sebagai sumber harus merupakan salah satu edisi berikut: Enterprise, Developer, Enterprise Evaluation, Standard, atau Web.

  • SQL Server yang dikelola sendiri sebagai tujuan harus merupakan salah satu edisi berikut: Enterprise, Developer, Enterprise Evaluation, Standard, atau Web.

  • Kluster SQL Server dan Grup Ketersediaan Selalu Aktif SQL Server didukung.

  • Jika database sumber adalah Azure SQL Database, atur parameter SQL Server Incremental Synchronization Mode ke Polling and querying CDC instances for incremental synchronization.

  • Yang berikut ini tidak didukung sebagai database sumber: SQL Server yang dikelola sendiri versi 2005 dan ApsaraDB RDS for SQL Server versi 2008 atau 2008 R2.

  • Dalam mode parsing log hibrida, di mana SQL Server Incremental Synchronization Mode diatur ke Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables (Hybrid Log-based Parsing), database sumber berikut didukung:

    • Edisi Enterprise atau Enterprise Evaluation: 2012, 2014, 2016, 2019, 2022, atau 2025.

    • Edisi Standard: 2016, 2019, 2022, atau 2025.

  • Jika database sumber adalah edisi Web SQL Server, SQL Server Incremental Synchronization Mode hanya dapat diatur ke Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported).

Sumber

Tujuan

Jenis sinkronisasi

Topologi

Panduan

  • SQL Server yang dikelola sendiri

    Versi 2008 R2, 2012, 2014, 2016, 2017, 2019, 2022, atau 2025

  • ApsaraDB RDS for SQL Server

    Versi 2012, 2014, 2016, 2017, 2019, 2022, atau 2025

  • SQL Server yang dikelola sendiri

    Versi 2008 R2, 2012, 2014, 2016, 2017, 2019, 2022, atau 2025

  • ApsaraDB RDS for SQL Server

    Versi 2008 R2, 2012, 2014, 2016, 2017, 2019, 2022, atau 2025

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data antar instans ApsaraDB RDS for SQL Server

  • MySQL yang dikelola sendiri

    Versi 5.1, 5.5, 5.6, 5.7, 8.0, dan 8.4

  • ApsaraDB RDS for MySQL

    Semua versi

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari ApsaraDB RDS for SQL Server ke ApsaraDB RDS for MySQL

PolarDB for MySQL

Semua versi

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari SQL Server yang dikelola sendiri ke PolarDB for MySQL

AnalyticDB for MySQL

Versi 3.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari ApsaraDB RDS for SQL Server ke AnalyticDB for MySQL 3.0

AnalyticDB for PostgreSQL

Versi 4.3, 6.0, dan 7.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

ApsaraDB RDS for PostgreSQL

Versi 9.4, 10, 11, 12, 13, 14, 15, 16, 17, dan 18

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari SQL Server yang dikelola sendiri ke ApsaraDB RDS for PostgreSQL

DataHub

schema synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari ApsaraDB RDS for SQL Server ke DataHub

Sumber: MariaDB

Sumber

Tujuan

Jenis sinkronisasi

Topologi

Dokumentasi

  • ApsaraDB RDS for MariaDB

    • 10.x

  • Database MariaDB yang dikelola sendiri

    • 10.x, 11.0 hingga 11.4

  • ApsaraDB RDS for MariaDB

  • Database MariaDB yang dikelola sendiri

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

ApsaraDB RDS for MySQL

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari ApsaraDB RDS for MariaDB ke ApsaraDB RDS for MySQL

ApsaraDB RDS for PostgreSQL

Versi 9.4, 10, 11, 12, 13, 14, 15, dan 16

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari ApsaraDB RDS for MariaDB ke ApsaraDB RDS for PostgreSQL

Sumber: MongoDB yang dikelola sendiri atau Alibaba Cloud MongoDB

Sumber

Tujuan

Jenis sinkronisasi

Topologi

Panduan

Arsitektur replica set

  • MongoDB yang dikelola sendiri

    Versi 3.0 hingga 8.0

  • Alibaba Cloud MongoDB

    Versi 3.4, 4.0, 4.2, 4.4, 5.0, 6.0, 7.0, dan 8.0

Arsitektur replica set atau kluster sharded

  • MongoDB yang dikelola sendiri

    Versi 3.0 hingga 8.0

  • Alibaba Cloud MongoDB

    Versi 3.4, 4.0, 4.2, 4.4, 5.0, 6.0, 7.0, dan 8.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan replica set ke replica set atau kluster sharded

Arsitektur kluster sharded

  • MongoDB yang dikelola sendiri

    Versi 3.0 hingga 8.0

  • Alibaba Cloud MongoDB

    Versi 3.4, 4.0, 4.2, 4.4, 5.0, 6.0, 7.0, dan 8.0

Arsitektur replica set atau kluster sharded

  • MongoDB yang dikelola sendiri

    Versi 3.0 hingga 8.0

  • Alibaba Cloud MongoDB

    Versi 3.4, 4.0, 4.2, 4.4, 5.0, 6.0, 7.0, dan 8.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan kluster sharded ke replica set atau kluster sharded

Alibaba Cloud MongoDB (arsitektur kluster sharded)

Versi 4.0, 4.2, 4.4, 5.0, 6.0, 7.0, dan 8.0

Alibaba Cloud MongoDB (arsitektur kluster sharded)

Versi 4.0, 4.2, 4.4, 5.0, 6.0, 7.0, dan 8.0

schema synchronization

full data synchronization

incremental data synchronization

two-way synchronization

Sinkronisasi dua arah antar kluster sharded Alibaba Cloud MongoDB

Alibaba Cloud MongoDB (arsitektur replica set)

Versi 4.0, 4.2, 4.4, 5.0, 6.0, 7.0, dan 8.0

Alibaba Cloud MongoDB (arsitektur replica set)

Versi 4.0, 4.2, 4.4, 5.0, 6.0, 7.0, dan 8.0

schema synchronization

full data synchronization

incremental data synchronization

two-way synchronization

Sinkronisasi dua arah antar replica set Alibaba Cloud MongoDB

Arsitektur replica set atau kluster sharded

  • MongoDB yang dikelola sendiri

    Versi 3.0 hingga 8.0

  • Alibaba Cloud MongoDB

    Versi 3.4, 4.0, 4.2, 4.4, 5.0, 6.0, 7.0, dan 8.0

Function Compute

Versi 2.0

incremental data synchronization

one-way synchronization

Lindorm

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan MongoDB ke Lindorm

AnalyticDB for PostgreSQL

Versi 4.3, 6.0, dan 7.0

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan MongoDB ke AnalyticDB for PostgreSQL

AnalyticDB for MySQL 3.0

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan MongoDB ke AnalyticDB for MySQL 3.0

  • MySQL yang dikelola sendiri

    Versi 5.1, 5.5, 5.6, 5.7, 8.0, dan 8.4

  • RDS for MySQL Alibaba Cloud

    Semua versi

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan MongoDB ke RDS for MySQL Alibaba Cloud

PolarDB for MySQL

Semua versi

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan MongoDB ke PolarDB for MySQL

  • ApsaraMQ for Kafka

    Versi 0.10.1.0 hingga 2.x

  • Kafka yang dikelola sendiri

    Versi 0.10.1.0 hingga 2.7.0

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan MongoDB ke Message Queue for Apache Kafka

Sumber: Redis yang dikelola sendiri atau Tair (Kompatibel dengan Redis OSS)

Penting
  • Redis adalah database NoSQL dan tidak memerlukan schema synchronization.

  • Hanya sinkronisasi dua arah antar instans Tair (Edisi Enterprise) yang didukung.

  • Saat database sumber adalah Redis yang dikelola sendiri atau instans Tair (Kompatibel dengan Redis OSS), full data synchronization dan incremental data synchronization didukung dan secara kolektif ditampilkan sebagai Incremental Data Synchronization.

  • Mendukung versi RDB hingga 11, yang sesuai dengan Redis 7.2.

Database sumber

Database tujuan

Jenis

Topologi

Referensi

  • Redis yang dikelola sendiri (arsitektur standalone atau kluster)

    Versi 2.8, 3.0, 3.2, 4.0, 5.0, 6.0, 7.0, dan 7.2

  • Instans Tair (Kompatibel dengan Redis OSS) (arsitektur kluster, standar, atau pemisahan baca/tulis)

    Versi 4.0, 5.0, 6.0, dan 7.0

  • Redis yang dikelola sendiri (arsitektur standalone atau kluster)

    Versi 2.8, 3.0, 3.2, 4.0, 5.0, 6.0, 7.0, dan 7.2

  • Instans Tair (Kompatibel dengan Redis OSS) (arsitektur kluster, standar, atau pemisahan baca/tulis)

    Versi 4.0, 5.0, 6.0, dan 7.0

Full data synchronization

Incremental data synchronization

One-way synchronization

Instans Tair (Kompatibel dengan Redis OSS) Edisi Enterprise (arsitektur kluster, standar, atau pemisahan baca/tulis)

Instans Tair (Kompatibel dengan Redis OSS) Edisi Enterprise (arsitektur kluster, standar, atau pemisahan baca/tulis)

Full data synchronization

Incremental data synchronization

Two-way synchronization

Sumber: TiDB

Database sumber

Database tujuan

Jenis sinkronisasi

Topologi sinkronisasi

Dokumentasi

TiDB

AnalyticDB for MySQL

Versi 3.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan database TiDB yang dikelola sendiri ke kluster AnalyticDB for MySQL V3.0

Instans PolarDB-X 2.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Segera hadir

Sumber: Db2 for LUW

Penting
  • Db2 for LUW ditampilkan sebagai DB2 for LUW di konsol.

  • Instans tujuan PolarDB-X 2.0 harus versi 5.4.11 atau lebih baru. Untuk instruksi peningkatan, lihat Melihat dan meningkatkan versi instans.

Database sumber

Database tujuan

Jenis sinkronisasi

Topologi sinkronisasi

Dokumen konfigurasi

Db2 for LUW

Versi 9.5, 9.7, 10.1, 10.5, 11.1, dan 11.5

  • MySQL yang dikelola sendiri

    Versi 5.1, 5.5, 5.6, 5.7, 8.0, dan 8.4

  • RDS for MySQL

Schema synchronization

Full data synchronization

Incremental data synchronization

One-way synchronization

Menyinkronkan data dari Db2 for LUW ke instans RDS for MySQL

PolarDB for MySQL

Semua versi

Schema synchronization

Full data synchronization

Incremental data synchronization

One-way synchronization

Menyinkronkan data dari Db2 for LUW ke kluster PolarDB for MySQL

PolarDB-X 2.0

Schema synchronization

Full data synchronization

Incremental data synchronization

One-way synchronization

Menyinkronkan data dari Db2 for LUW ke instans PolarDB-X 2.0

AnalyticDB for PostgreSQL

Versi 4.3, 6.0, dan 7.0

Schema synchronization

Full data synchronization

Incremental data synchronization

One-way synchronization

Menyinkronkan data dari Db2 for LUW ke instans AnalyticDB for PostgreSQL

  • Message Queue for Apache Kafka

    Versi 0.10.1.0 hingga 2.x

  • Kafka yang dikelola sendiri

    Versi 0.10.1.0 hingga 2.7.0

Schema synchronization

Full data synchronization

Incremental data synchronization

One-way synchronization

Menyinkronkan data dari Db2 for LUW ke kluster Kafka yang dikelola sendiri

Sumber: Db2 for i (AS/400)

Penting

Konsol menampilkan Db2 for i sebagai DB2 for iSeries (AS/400).

Database sumber

Database tujuan

Jenis sinkronisasi

Topologi sinkronisasi

Dokumentasi

Db2 for i

Versi 7.3 dan 7.4

  • MySQL yang dikelola sendiri

    Versi 5.1, 5.5, 5.6, 5.7, 8.0, dan 8.4

  • ApsaraDB RDS for MySQL

    Semua versi

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Segera tersedia

PolarDB for MySQL

Semua versi

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Segera tersedia

Sumber: AnalyticDB for MySQL 3.0

Penting

Kluster sumber AnalyticDB for MySQL 3.0 harus menjalankan versi kernel 3.2.1.0 atau lebih baru.

Database sumber

Database tujuan

Jenis sinkronisasi

Topologi sinkronisasi

Panduan konfigurasi

AnalyticDB for MySQL

Versi 3.0

AnalyticDB for MySQL

Versi 3.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan data dari AnalyticDB for MySQL 3.0 ke AnalyticDB for MySQL 3.0

Sumber: AnalyticDB for PostgreSQL

Penting

Instans sumber AnalyticDB for PostgreSQL memerlukan versi kernel 7.2.1.4 atau lebih baru.

Sumber

Tujuan

Jenis

Topologi

Dokumen

AnalyticDB for PostgreSQL

Versi 7.0

AnalyticDB for PostgreSQL

Versi 7.0

schema synchronization

full data synchronization

incremental data synchronization

one-way synchronization

Sinkronisasi Data Antara Instans AnalyticDB for PostgreSQL

AnalyticDB for PostgreSQL

Versi 7.0

Message Queue for Apache Kafka

Versi 0.10.1.0 hingga 2.x

full data synchronization

incremental data synchronization

one-way synchronization

Menyinkronkan Data dari Instans AnalyticDB for PostgreSQL ke Instans Message Queue for Apache Kafka

Database logis DMS sebagai sumber

Penting

Database logis DMS harus dibuat dari shard beberapa kluster PolarDB for MySQL.

Database sumber

Database tujuan

Jenis sinkronisasi

Topologi sinkronisasi

Dokumen konfigurasi

Database logis DMS

AnalyticDB for MySQL

Versi 3.0

Schema synchronization

Full data synchronization

Incremental data synchronization

One-way synchronization

Menyinkronkan database logis DMS ke AnalyticDB for MySQL 3.0

Sumber: Database AWS

Database sumber

Database tujuan

Jenis sinkronisasi

Topologi sinkronisasi

Dokumen konfigurasi

Database AWS

Lihat konsol untuk informasi terbaru.

Menggunakan DTS untuk menyinkronkan data antara ApsaraDB RDS dan Amazon EC2 melalui gateway VPN