All Products
Search
Document Center

Data Transmission Service:Sinkronisasi RDS for MySQL ke AnalyticDB for MySQL 3.0

Last Updated:Apr 03, 2026

Layanan Transmisi Data (Data Transmission Service/DTS) menyinkronkan data dari instans ApsaraDB RDS for MySQL ke kluster AnalyticDB for MySQL V3.0, membantu Anda membangun sistem enterprise untuk Intelijen bisnis (BI), kueri interaktif, dan laporan real-time dengan cepat.

Prasyarat

  • Anda memiliki kluster tujuan AnalyticDB for MySQL 3.0. Untuk informasi selengkapnya, lihat Buat kluster.

  • Kluster tujuan AnalyticDB for MySQL harus memiliki kapasitas penyimpanan yang lebih besar daripada instans sumber ApsaraDB RDS for MySQL.

Perhatian

Catatan
  • Selama sinkronisasi skema, DTS tidak menyinkronkan kunci asing dari database sumber ke database tujuan.

  • Selama sinkronisasi data penuh dan inkremental, DTS secara sementara menonaktifkan pemeriksaan constraint dan operasi kaskade pada tingkat sesi. Jika operasi cascade update atau delete terjadi pada database sumber saat tugas berjalan, ketidakkonsistenan data dapat terjadi.

Type

Description

Batasan database sumber

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

  • Jika Anda melakukan sinkronisasi pada 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 Konfigurasi 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 konfigurasi binary logging untuk database MySQL yang dikelola sendiri.

    • Log biner lokal untuk instans ApsaraDB RDS for MySQL harus dipertahankan minimal tiga hari (tujuh hari direkomendasikan). Untuk database MySQL yang dikelola sendiri, pertahankan log biner lokal minimal tujuh hari. Jika tidak, DTS mungkin gagal mengambil log biner, sehingga tugas gagal. Dalam kasus ekstrem, hal ini dapat menyebabkan ketidakkonsistenan data atau kehilangan data. Masalah yang disebabkan oleh periode retensi log biner lebih pendek dari yang dibutuhkan 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 memodifikasi kunci primer atau menambahkan komentar—seperti ALTER TABLE table_name COMMENT='Table comment';—saat sinkronisasi sedang berjalan. Jika tidak, operasi DDL tersebut akan gagal.

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

    Catatan

    Selama sinkronisasi penuh, DTS melakukan kueri 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 kaskade—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 versi lebih baru dan berisi kolom tersembunyi invisible, 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 visible. Untuk informasi selengkapnya, lihat Invisible Columns.

Batasan lainnya

  • DTS tidak mendukung sinkronisasi indeks awalan. Jika database sumber Anda berisi indeks awalan, sinkronisasi mungkin gagal.

  • Jika database sumber Anda menggunakan operasi DDL Online dalam mode temporary table—termasuk tetapi tidak terbatas pada skenario penggabungan multi-tabel—atau menambahkan function-based indexes ke kolom kunci unik, kehilangan data atau kegagalan tugas dapat terjadi di database tujuan.

  • DTS tidak mendukung sinkronisasi indeks, partisi, view, prosedur tersimpan, fungsi, trigger, atau kunci asing.

  • Jika terjadi konflik kunci primer atau kunci unik saat tugas berjalan:

    • Jika skema tabel sama dan catatan di database tujuan memiliki nilai kunci primer atau kunci unik 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 sebagian data kolom yang disinkronkan atau kegagalan sinkronisasi total. Lakukan dengan hati-hati.

  • Database tujuan harus berisi kunci primer kustom. Atau, pada langkah Configurations for Databases, Tables, and Columns, konfigurasikan Primary Key Column. Jika tidak, sinkronisasi mungkin gagal.

  • Karena batasan penggunaan di AnalyticDB for MySQL, jika penggunaan disk melebihi 80% di kluster AnalyticDB for MySQL, tugas DTS mungkin mengalami penundaan atau error. Perkirakan ruang yang dibutuhkan berdasarkan objek sinkronisasi Anda dan pastikan kapasitas penyimpanan yang cukup di kluster tujuan.

  • Jika kluster tujuan AnalyticDB for MySQL 3.0 sedang melakukan backup saat tugas DTS berjalan, tugas tersebut akan gagal.

  • Evaluasi kinerja database sumber dan tujuan sebelum memulai sinkronisasi. Jalankan sinkronisasi selama jam sepi. Jika tidak, inisialisasi penuh akan mengonsumsi resource baca dan tulis di kedua database dan dapat meningkatkan beban database.

  • Inisialisasi penuh menjalankan operasi INSERT secara konkuren. Hal ini menyebabkan fragmentasi tabel tujuan. Setelah inisialisasi penuh, ruang tabel instans tujuan lebih besar daripada instans sumber.

  • Jika Anda menyinkronkan satu atau beberapa tabel—bukan seluruh database—jangan gunakan tools seperti pt-online-schema-change untuk melakukan operasi DDL Online pada tabel sumber. Jika tidak, sinkronisasi akan gagal.

    Anda dapat menggunakan Data Management (DMS) untuk melakukan operasi DDL Online. Untuk informasi selengkapnya, lihat DDL Online tanpa mengunci tabel.

  • Untuk sinkronisasi tingkat tabel, jika tidak ada data selain DTS yang menulis ke AnalyticDB for MySQL tujuan, Anda dapat menggunakan Data Management (DMS) untuk melakukan operasi DDL Online. Untuk informasi selengkapnya, lihat DDL Online tanpa mengunci tabel.

  • Jangan menulis data ke database tujuan kecuali melalui DTS selama sinkronisasi berjalan. Jika tidak, ketidakkonsistenan 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 operasi DDL gagal di database tujuan, tugas DTS tetap berjalan. Periksa DDL yang gagal di log tugas. Untuk petunjuknya, lihat Lihat log tugas.

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

    Catatan

    Instans ApsaraDB RDS for MySQL dengan Transparent Data Encryption (TDE) yang diaktifkan 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 me-restart 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 latensi dengan membandingkan timestamp catatan terakhir yang disinkronkan dengan waktu saat ini. Jika tidak ada operasi DML yang berjalan dalam waktu lama di database sumber, pelaporan latensi mungkin menjadi tidak akurat. Jika latensi tampak terlalu tinggi, jalankan operasi DML di database sumber untuk memperbarui latensi.

      Catatan

      Jika Anda memilih seluruh database untuk sinkronisasi, buat 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.

Penagihan

Jenis sinkronisasi

Harga

Sinkronisasi skema dan sinkronisasi data penuh

Gratis.

Sinkronisasi data inkremental

Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

Topologi sinkronisasi

  • Sinkronisasi satu arah satu-ke-satu

  • Sinkronisasi satu arah satu-ke-banyak

  • Sinkronisasi satu arah banyak-ke-satu

Operasi SQL yang didukung

Type

Pernyataan SQL

DML

INSERT, UPDATE, DELETE

Catatan

Saat data ditulis ke AnalyticDB for MySQL, pernyataan UPDATE secara otomatis dikonversi menjadi pernyataan REPLACE INTO. Jika kunci primer diperbarui, AnalyticDB for MySQL mengonversi pernyataan UPDATE menjadi pernyataan DELETE dan INSERT.

DDL

CREATE TABLE, DROP TABLE, RENAME TABLE, TRUNCATE TABLE, ADD COLUMN, MODIFY COLUMN, DROP COLUMN

Penting

Operasi RENAME TABLE dapat menyebabkan ketidakkonsistenan data. Misalnya, jika objek sinkronisasi adalah satu tabel dan Anda mengganti namanya di instans sumber selama sinkronisasi, data tabel tersebut tidak disinkronkan ke database tujuan. Untuk menghindari masalah ini, Anda dapat mengonfigurasi tugas untuk menyinkronkan seluruh database yang berisi tabel tersebut. Pastikan bahwa database tempat tabel tersebut berada sebelum dan sesudah operasi RENAME TABLE termasuk dalam objek sinkronisasi.

Peringatan

Jika Anda mengubah tipe data suatu field di tabel sumber selama sinkronisasi data, tugas sinkronisasi akan melaporkan error dan berhenti. Untuk memperbaiki masalah ini secara manual, ikuti langkah-langkah berikut:

  1. Saat menyinkronkan data ke database tujuan AnalyticDB for MySQL, tugas sinkronisasi gagal karena tipe data suatu field di tabel sumber (misalnya, customer) telah diubah.

  2. Hubungkan ke database tujuan AnalyticDB for MySQL.

  3. Jalankan pernyataan ALTER TABLE untuk memodifikasi tipe data field di tabel tujuan agar sesuai dengan tipe data baru di tabel sumber.

  4. Verifikasi bahwa skema tabel telah diperbarui dengan benar.

  5. Kembali ke konsol DTS dan mulai ulang tugas sinkronisasi data.

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 bervariasi berdasarkan 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 merekomendasikan agar Anda menentukan nama deskriptif untuk memudahkan identifikasi. 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 informasi database berikut secara manual.

    Database Type

    Pilih MySQL.

    Connection Type

    Pilih Alibaba Cloud instance.

    Instance Region

    Pilih wilayah tempat instans sumber ApsaraDB RDS for MySQL berada.

    Cross-account

    Skenario ini menyinkronkan data dalam satu Akun Alibaba Cloud. Pilih No.

    RDS Instance ID

    Pilih ID instans sumber ApsaraDB RDS for MySQL.

    Database Account

    Masukkan akun database untuk instans sumber ApsaraDB RDS for MySQL. Akun tersebut harus memiliki izin REPLICATION CLIENT, REPLICATION SLAVE, dan SELECT pada objek sinkronisasi.

    Database Password

    Masukkan kata sandi 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 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 informasi database berikut secara manual.

    Database Type

    Pilih AnalyticDB MySQL 3.0.

    Connection Type

    Pilih Alibaba Cloud instance.

    Instance Region

    Pilih wilayah tempat kluster tujuan AnalyticDB for MySQL 3.0 berada.

    Instance ID

    Pilih ID kluster tujuan AnalyticDB for MySQL 3.0.

    Database Account

    Masukkan akun database untuk kluster tujuan AnalyticDB for MySQL 3.0. Akun tersebut harus memiliki izin baca dan tulis.

    Database Password

    Masukkan kata sandi yang sesuai dengan akun database.

  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. Hal ini berfungsi sebagai data garis dasar untuk sinkronisasi data inkremental berikutnya.

      Catatan

      Jika Anda memilih Full Data Synchronization, tabel yang dibuat di sumber dengan pernyataan CREATE TABLE akan disinkronkan ke tujuan, termasuk skema dan datanya.

      Processing Mode of Conflicting Tables

      • Precheck and Report Errors: Memeriksa apakah tabel dengan nama yang sama ada di database tujuan. Jika tidak ada, pemeriksaan awal lolos. Jika 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 Pemetaan nama tabel dan kolom.

      • 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 kunci primer atau kunci unik 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 sebagian data kolom yang disinkronkan atau kegagalan sinkronisasi total. Lakukan dengan hati-hati.

      DDL and DML Operations to Be Synchronized

      Pilih operasi DDL atau DML yang akan disinkronkan pada tingkat instans. Untuk informasi tentang operasi yang didukung, lihat Operasi SQL yang didukung.

      Catatan

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

      Merge Tables

      • Pilih Yes: Dalam skenario OLTP, sharding database dan tabel sering digunakan untuk meningkatkan waktu respons tabel bisnis. Dalam skenario OLAP, seperti database tujuan dalam contoh ini, satu tabel data dapat menyimpan data dalam jumlah besar, sehingga kueri tabel tunggal lebih nyaman. Dalam skenario seperti itu, Anda dapat menggunakan fitur penggabungan multi-tabel DTS untuk menyinkronkan beberapa tabel dengan skema yang sama (tabel sharded) dari database sumber ke satu tabel di database tujuan. Untuk petunjuk spesifik, lihat Aktifkan penggabungan multi-tabel.

        Catatan
        • Setelah memilih beberapa tabel dari database sumber, Anda harus menggunakan fitur pemetaan nama objek untuk mengubah nama tabel tersebut menjadi nama tabel yang sama di database tujuan. Untuk informasi selengkapnya tentang fitur pemetaan nama objek, lihat Pemetaan nama tabel dan kolom.

        • DTS menambahkan kolom __dts_data_source bertipe teks ke tabel tujuan untuk menyimpan sumber data. Nilai kolom menggunakan format ID instans DTS:nama database:nama skema:nama tabel untuk mengidentifikasi sumber tabel, misalnya, dts********:dtstestdata:testschema:customer1.

        • Fitur penggabungan multi-tabel berada pada tingkat tugas, artinya Anda tidak dapat melakukan penggabungan multi-tabel pada tingkat tabel. Jika Anda ingin menggabungkan beberapa tabel tetapi tidak yang lain, Anda perlu membuat dua tugas sinkronisasi data.

        Peringatan

        Jangan menjalankan operasi DDL untuk mengubah skema database atau tabel di database sumber. Jika tidak, ketidakkonsistenan data atau kegagalan tugas sinkronisasi dapat terjadi.

      • Pilih No. Ini adalah opsi default.

      Capitalization of Object Names in Destination Instance

      Anda dapat mengonfigurasi kebijakan case sensitivity 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 case sensitivity untuk nama objek tujuan.

      Source Objects

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

      Catatan
      • Anda dapat memilih objek sinkronisasi pada tingkat database, tabel, atau kolom. Jika Anda memilih tabel atau kolom sebagai objek sinkronisasi, tipe objek lain seperti view, trigger, dan prosedur tersimpan tidak disinkronkan ke database tujuan.

      • Jika Anda memilih seluruh database sebagai objek sinkronisasi, aturan default berikut berlaku:

        • Jika tabel yang akan disinkronkan di database sumber memiliki kunci primer (kolom tunggal atau komposit), kolom kunci primer digunakan sebagai kunci distribusi.

      Selected Objects

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

      • Untuk menetapkan klausa WHERE guna memfilter data, klik kanan tabel yang akan disinkronkan di bagian Selected Objects dan atur kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya, lihat Atur kondisi filter.

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

      Parameter

      Deskripsi

      Dedicated Cluster for Task Scheduling

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

      Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database.

      Jika Anda menggunakan Data Management (DMS) atau gh-ost untuk melakukan perubahan DDL Online di database sumber, Anda dapat memilih apakah akan menyinkronkan data tabel temporary yang dihasilkan oleh perubahan DDL Online tersebut.

      Penting
      • Tugas DTS tidak mendukung penggunaan tools seperti pt-online-schema-change untuk melakukan perubahan DDL Online. Menggunakan tools tersebut akan menyebabkan tugas DTS gagal.

      • Metode pemrosesan untuk setiap tahap adalah sebagai berikut: Tahap Schema Synchronization dan Full Data Synchronization tidak mengizinkan operasi DDL yang mengubah skema database atau tabel. Oleh karena itu, tahap-tahap ini tidak dikendalikan oleh kebijakan DDL Online.

        • Schema Synchronization: Tahap ini tidak dikendalikan oleh kebijakan DDL Online. Tabel temporary terkait dibuat.

        • Full Data Synchronization: Tahap ini tidak dikendalikan oleh kebijakan DDL Online. Tabel temporary tidak termasuk dalam objek sinkronisasi penuh. Semua tabel yang namanya cocok dengan ekspresi reguler (^_(.+)_(?:gho|new)$ atau ^_(.+)_(?:ghc|del|old)$) difilter keluar.

        • Incremental Data Synchronization: Tahap ini dikendalikan oleh kebijakan DDL Online.

          • Yes: Menyinkronkan perubahan data di tabel temporary (misalnya, _table-name_gho) yang dihasilkan oleh operasi DDL Online.

          • No, Adapt to DMS Online DDL dan No, Adapt to gh-ost: Memfilter perubahan data di tabel temporary (misalnya, _table-name_gho) yang dihasilkan oleh tools seperti gh-ost berdasarkan aturan ekspresi reguler.

      • Yes: Menyinkronkan data tabel temporary yang dihasilkan oleh perubahan DDL Online.

        Catatan

        Jika data tabel temporary yang dihasilkan oleh perubahan DDL Online terlalu besar, hal ini dapat menyebabkan latensi sinkronisasi.

      • No, Adapt to DMS Online DDL: Tidak menyinkronkan data dari tabel temporary yang dihasilkan oleh operasi DDL Online. Hanya menyinkronkan pernyataan DDL asli yang dieksekusi menggunakan Data Management (DMS) di database sumber.

        Catatan

        Opsi ini menyebabkan tabel terkunci di database tujuan.

      • No, Adapt to gh-ost: Tidak menyinkronkan data dari tabel temporary yang dihasilkan oleh perubahan DDL Online. Mendukung aturan filtering kustom. DTS memfilter perubahan data di tabel temporary (misalnya, _table-name_gho) yang dihasilkan oleh tools seperti gh-ost berdasarkan aturan ekspresi reguler. Anda dapat memodifikasi ekspresi reguler default yang digunakan untuk mencocokkan tabel shadow dan tabel tidak berguna sesuai kebutuhan:

        • Tabel shadow: ^_(.+)_(?:gho|new)$

        • Tabel tidak berguna: ^_(.+)_(?:ghc|del|old)$

        Catatan

        Opsi ini menyebabkan tabel terkunci di database tujuan.

      Retry Time for Failed Connections

      Setelah tugas sinkronisasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan error dan segera mulai mencoba menghubungkan kembali. Durasi coba ulang default adalah 720 menit. Anda juga dapat menentukan durasi coba ulang kustom dari 10 hingga 1.440 menit. Kami merekomendasikan agar 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 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 coba 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 mengenakan biaya untuk waktu proses tugas selama periode coba ulang koneksi, kami merekomendasikan agar Anda menyesuaikan durasi coba ulang berdasarkan kebutuhan bisnis Anda 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 exception eksekusi DDL atau DML), DTS melaporkan error dan segera mulai melakukan operasi coba ulang terus-menerus. Durasi coba ulang default adalah 10 menit. Anda juga dapat menyesuaikan durasi coba ulang dalam rentang 1 hingga 1.440 menit. Kami merekomendasikan agar Anda mengaturnya minimal 10 menit. Jika operasi terkait berhasil dalam durasi coba ulang yang ditetapkan, tugas sinkronisasi akan dilanjutkan secara otomatis. Jika tidak, tugas 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 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 hanya tersedia 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. Parameter ini opsional.

      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 latensi 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 Konfigurasi validasi data untuk petunjuk konfigurasi.

    4. Opsi: Setelah menyelesaikan konfigurasi di atas, klik Next: Configure Database and Table Fields untuk mengatur Type, Primary Key Column, Distribution Key, dan informasi kunci partisi (Partition Key, Partitioning Rules, dan Partition Lifecycle) untuk tabel yang akan disinkronkan di database tujuan.

      Catatan
      • Langkah ini hanya tersedia jika Anda memilih Schema Synchronization untuk Synchronization Types saat mengonfigurasi objek tugas. Anda kemudian dapat mengatur Definition Status ke All untuk melakukan modifikasi.

      • Primary Key Column dapat berupa kunci primer komposit yang terdiri dari beberapa kolom. Anda harus memilih satu atau beberapa kolom dari Primary Key Column untuk berfungsi sebagai Distribution Key dan Partition Key. Untuk informasi selengkapnya, lihat CREATE TABLE.

  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 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 kembali 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. Ketika 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-parameter ini secara detail.

      Kategori

      Parameter

      Deskripsi

      New Instance Class

      Metode Penagihan

      • Langganan: Anda membayar saat membuat instans. Ini cocok untuk kebutuhan jangka panjang dan lebih hemat biaya daripada 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 tersebut berada. Default-nya adalah kelompok sumber daya default. Untuk informasi selengkapnya, lihat Apa itu Manajemen Sumber Daya?.

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

FAQ

  • Apa yang harus saya lakukan jika muncul pesan erroronly 500 dimension table allowed, current dimensionTableCount: 500 selama sinkronisasi/migrasi skema?

    • Penyebab: Di AnalyticDB for MySQL, jumlah total tabel mencakup tabel aktif dan tabel di keranjang daur ulang. Error ini terjadi jika totalnya melebihi batas. Untuk informasi selengkapnya, lihat batasan.

    • Solusi:

      1. Di tugas DTS Anda, periksa apakah jumlah tabel untuk sinkronisasi/migrasi skema melebihi nilai maksimum yang ditentukan dalam pesan error.

      2. Jika jumlah tabel untuk sinkronisasi/migrasi skema tidak melebihi nilai maksimum, jalankan pernyataan berikut untuk memeriksa apakah keranjang daur ulang berisi tabel yang dihapus. Untuk informasi selengkapnya, lihat keranjang daur ulang tabel.

        -- Kueri jumlah tabel yang saat ini digunakan oleh instans.
        SELECT COUNT(*) FROM INFORMATION_SCHEMA.tables;
        -- Kueri jumlah tabel di keranjang daur ulang. 
        SELECT COUNT(*) FROM INFORMATION_SCHEMA.KEPLER_META_RECYCLE_BIN;
      3. Jika keranjang daur ulang berisi tabel yang dihapus, jalankan pernyataan berikut untuk membersihkannya.

        Penting

        Tabel yang dibersihkan dari keranjang daur ulang tidak dapat dipulihkan. Pastikan Anda tidak lagi membutuhkan tabel-tabel tersebut.

        -- Bersihkan semua tabel dari keranjang daur ulang tabel.
        PURGE RECYCLE_BIN ALL;
        -- Bersihkan tabel tertentu dari keranjang daur ulang tabel.
        PURGE RECYCLE_BIN TABLE <table_name_in_ADB_RECYCLE_BIN_database>;