All Products
Search

This Product

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

    Document Center

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

    Last Updated:Sep 17, 2026

    Gunakan DTS untuk menyinkronkan data dari kluster PolarDB for MySQL ke kluster AnalyticDB for MySQL 3.0 guna membangun sistem Intelijen Bisnis (BI) internal, kueri interaktif, dan pelaporan real-time secara cepat.

    Prasyarat

    • Kluster sumber PolarDB for MySQL telah dibuat. Untuk informasi lebih lanjut, lihat Pembelian Kustom dan Beli kluster langganan.

      2070624_v1_3_4.dita" data-node="2755247">.

    • Anda telah membuat AnalyticDB for MySQL 3.0 sebagai tujuan. Untuk detailnya, lihat Buat kluster.

    • Instans tujuan AnalyticDB for MySQL memerlukan ruang penyimpanan yang lebih besar daripada yang digunakan oleh instans sumber PolarDB for MySQL.

    Batasan

    Catatan

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

    • Sepanjang sinkronisasi penuh maupun inkremental, DTS sementara menonaktifkan pemeriksaan kendala dan operasi cascading kunci asing pada tingkat session. Jika terjadi pembaruan atau penghapusan cascading di database sumber saat tugas berjalan, hal ini dapat menyebabkan ketidakkonsistenan data.

    • DTS tidak mendukung sinkronisasi materialized view ke instans AnalyticDB MySQL tujuan selama sinkronisasi skema; jika materialized view diperlukan, Anda harus membuatnya secara manual di instans tujuan setelah sinkronisasi selesai.

    Jenis

    Deskripsi

    Batasan database sumber

    • Tabel yang akan disinkronkan harus memiliki primary key atau kendala UNIQUE, dan semua field-nya harus unik. Jika tidak, data duplikat mungkin muncul di database tujuan.

    • Jika Anda menyinkronkan data pada tingkat tabel dan perlu mengedit tabel (misalnya, memetakan nama kolom), satu tugas sinkronisasi mendukung hingga 1.000 tabel. Jika melebihi batas ini, kesalahan akan dilaporkan saat Anda mengirimkan tugas. Untuk mengatasinya, bagi tabel menjadi beberapa tugas sinkronisasi atau sinkronkan seluruh database.

    • Binary Log:

      • Anda harus mengaktifkan binary logging dan mengatur parameter loose_polar_log_bin ke ON. Jika tidak, kesalahan akan dilaporkan selama pemeriksaan awal dan instans DTS gagal dimulai. Untuk informasi lebih lanjut tentang cara mengaktifkan binary logging dan memodifikasi parameter, lihat Aktifkan binary logging dan Atur parameter kluster dan node.

        Catatan

        Mengaktifkan binary logging untuk kluster PolarDB for MySQL mengonsumsi ruang penyimpanan dan dikenai biaya.

      • Log biner kluster PolarDB for MySQL harus dipertahankan minimal selama 3 hari. Kami merekomendasikan untuk mempertahankannya selama 7 hari. Jika tidak, tugas DTS mungkin gagal karena DTS tidak dapat memperoleh log biner. Dalam kasus ekstrem, hal ini dapat menyebabkan ketidakkonsistenan data atau kehilangan data. Masalah yang disebabkan oleh periode retensi log biner yang lebih pendek dari periode yang disyaratkan tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS.

        Catatan

        Untuk informasi lebih lanjut tentang cara mengatur periode retensi log biner kluster PolarDB for MySQL, lihat Modifikasi periode retensi.

    • Selama sinkronisasi, jangan lakukan operasi DDL untuk memodifikasi primary key atau menambahkan komentar ke tabel, seperti ALTER TABLE table_name COMMENT='Table comment';. Jika tidak, operasi DDL tersebut gagal dieksekusi selama sinkronisasi data.

    • 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 kueri ke database sumber. Hal ini membuat metadata lock yang dapat memblokir operasi DDL di database sumber.

    Batasan lainnya

    • Sinkronisasi prefix indexes tidak didukung. Jika database sumber memiliki prefix indexes, sinkronisasi data mungkin gagal.

    • Failover primary/secondary pada instans database tidak didukung selama sinkronisasi data penuh awal. Jika terjadi failover, konfigurasi ulang tugas sinkronisasi.

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

    • Jika terjadi konflik primary key atau unique key saat tugas berjalan:

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

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

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

      • Jika skema tabel berbeda, sinkronisasi data awal mungkin gagal. Hal ini dapat menyebabkan hanya sebagian data kolom yang disinkronkan atau kegagalan sinkronisasi total. Harap berhati-hati.

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

    • Anda tidak dapat menyinkronkan data dari node read-only kluster sumber PolarDB for MySQL.

    • Sinkronisasi INDEX, PARTITION, VIEW, PROCEDURE, FUNCTION, TRIGGER, dan FK tidak didukung.

    • Anda tidak dapat menyinkronkan tabel eksternal OSS dari kluster sumber PolarDB for MySQL.

    • Karena batasan AnalyticDB for MySQL, jika penggunaan disk space sebuah node di kluster AnalyticDB for MySQL melebihi 80%, tugas DTS menjadi abnormal dan terjadi latensi. Perkirakan ruang yang diperlukan berdasarkan objek yang akan disinkronkan untuk memastikan kluster tujuan memiliki ruang penyimpanan yang cukup.

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

    • Sebelum menyinkronkan data, evaluasi kinerja database sumber dan tujuan. Kami merekomendasikan untuk menyinkronkan data selama jam sepi. Jika tidak, sinkronisasi data penuh awal akan mengonsumsi resource baca dan tulis di kedua database, yang dapat meningkatkan beban database.

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

    • Untuk sinkronisasi data tingkat tabel, jangan gunakan tool seperti pt-online-schema-change untuk melakukan operasi online DDL pada objek sinkronisasi di database sumber. Jika dilakukan, sinkronisasi akan gagal.

    • Untuk sinkronisasi data tingkat tabel, jika tidak ada data selain data dari DTS yang ditulis ke database tujuan, Anda dapat menggunakan Data Management (DMS) untuk melakukan operasi online DDL. Untuk informasi lebih lanjut, lihat Ubah skema tanpa mengunci tabel.

    • Selama sinkronisasi DTS, jangan menulis data selain data DTS ke database tujuan. Jika dilakukan, ketidakkonsistenan data antara database sumber dan tujuan mungkin terjadi. Misalnya, jika Anda menggunakan DMS untuk melakukan operasi online DDL sementara data lain sedang ditulis ke database tujuan, data mungkin hilang.

    • Jika operasi DDL gagal ditulis ke database tujuan, tugas DTS tetap berjalan. Periksa log tugas untuk operasi DDL yang gagal. Untuk informasi lebih lanjut tentang cara melihat log tugas, lihat Lihat log tugas.

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

    Catatan lainnya

    DTS secara berkala menjalankan perintah CREATE DATABASE IF NOT EXISTS `test` pada 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 lebih lanjut, lihat Ikhtisar penagihan.

    Topologi sinkronisasi yang didukung

    • Sinkronisasi satu arah satu-ke-satu

    • Sinkronisasi satu arah satu-ke-banyak

    • Sinkronisasi satu arah banyak-ke-satu

    Operasi SQL yang didukung

    Jenis operasi

    Pernyataan SQL

    DML

    INSERT, UPDATE, dan DELETE

    Catatan

    Saat data ditulis ke kluster AnalyticDB for MySQL, pernyataan UPDATE secara otomatis dikonversi menjadi pernyataan REPLACE INTO.

    DDL

    CREATE TABLE, DROP TABLE, RENAME TABLE, TRUNCATE TABLE, ADD COLUMN, dan DROP COLUMN
    Peringatan

    Jika tipe data suatu field di tabel sumber diubah selama sinkronisasi data, kesalahan akan dikembalikan dan tugas sinkronisasi terganggu. Untuk mengatasi masalah ini:

    1. Saat DTS menyinkronkan data ke kluster tujuan AnalyticDB for MySQL, tipe data suatu field di tabel sumber diubah, sehingga tugas sinkronisasi gagal. Dalam contoh ini, tabel sumber bernama customer.

    2. Di kluster tujuan AnalyticDB for MySQL V3.0, buat tabel bernama customer_new yang memiliki skema yang sama dengan tabel customer.

    3. Jalankan pernyataan INSERT INTO SELECT untuk menyalin data dari tabel customer ke tabel customer_new.

    4. Ubah nama atau hapus tabel customer. Kemudian, ubah nama tabel customer_new menjadi customer.

    5. Mulai ulang tugas sinkronisasi data di konsol DTS.

    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 mungkin berbeda tergantung pada mode dan tata letak konsol DMS. Untuk informasi lebih lanjut, 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 manual informasi database berikut.

      Database Type

      Pilih PolarDB for MySQL.

      Connection Type

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah kluster sumber PolarDB for MySQL.

      PolarDB Cluster ID

      Pilih ID instans kluster sumber PolarDB for MySQL.

      Database Account

      Masukkan akun database kluster sumber PolarDB for MySQL. Akun ini harus memiliki izin baca pada objek yang akan disinkronkan.

      Database Password

      Masukkan password yang sesuai dengan akun database.

      Encryption

      Pilih opsi sesuai kebutuhan Anda. Untuk informasi lebih lanjut, lihat Konfigurasi enkripsi SSL.

      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 AnalyticDB for MySQL 3.0.

      Connection Type

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah kluster tujuan AnalyticDB for MySQL 3.0.

      Instance ID

      Pilih ID instans kluster tujuan AnalyticDB for MySQL 3.0.

      Database Account

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

      Database Password

      Masukkan password 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 lebih lanjut, lihat Tambahkan blok CIDR alamat IP server DTS ke daftar putih.

    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 Full Data Synchronization dipilih, Anda dapat menyinkronkan skema dan data tabel yang dibuat dengan menjalankan pernyataan CREATE TABLE ke database tujuan.

        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 yang akan disinkronkan pada tingkat database atau tabel, klik kanan objek di daftar Selected Objects dan pilih operasi SQL yang diinginkan dari menu pintasan.

        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 ini, Anda dapat menggunakan fitur penggabungan multi-tabel DTS untuk menyinkronkan beberapa tabel dengan skema yang sama (tabel ter-shard) 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 lebih lanjut tentang fitur pemetaan nama objek, lihat Petakan 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 berlaku 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 jalankan operasi DDL untuk mengubah skema database atau tabel di database sumber. Jika dilakukan, ketidakkonsistenan data atau kegagalan tugas sinkronisasi mungkin terjadi.

        • Pilih No. Ini adalah opsi default.

        Processing Mode of Conflicting Tables

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

          Catatan

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

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

          Peringatan

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

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

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

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

          • Jika skema tabel berbeda, sinkronisasi data awal mungkin gagal. Hal ini dapat menyebabkan hanya sebagian data kolom yang disinkronkan atau kegagalan sinkronisasi total. Harap berhati-hati.

        Capitalization of Object Names in Destination Instance

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

        Source Objects

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

        Catatan

        • Anda dapat memilih kolom, tabel, atau database sebagai objek yang akan disinkronkan. Jika Anda memilih tabel atau kolom, DTS tidak menyinkronkan objek lain seperti view, trigger, atau prosedur tersimpan ke database tujuan.

        • Jika Anda memilih database sebagai objek yang akan disinkronkan, DTS menerapkan aturan default berikut:

          • Jika tabel sumber memiliki primary key (kolom tunggal atau komposit), kolom primary key digunakan sebagai kunci distribusi.

          • Jika tabel sumber tidak memiliki primary key, kolom primary key auto-increment dihasilkan di tabel tujuan. Hal ini dapat menyebabkan ketidakkonsistenan data antara database sumber dan tujuan.

        Selected Objects

        • Untuk mengganti nama satu objek sinkronisasi di instans tujuan, klik kanan objek di kotak Selected Objects. Untuk informasi lebih lanjut tentang mengganti nama objek, lihat Petakan satu database, tabel, atau kolom.

        • Untuk mengubah nama beberapa objek sinkronisasi di instans tujuan secara batch, klik Batch Edit di pojok kanan atas kotak Selected Objects. Untuk informasi lebih lanjut, lihat Petakan database, tabel, dan kolom secara batch.

        Catatan

        • Untuk memilih operasi SQL yang akan disinkronkan pada tingkat database atau tabel, klik kanan objek di daftar Selected Objects dan pilih operasi SQL yang diinginkan di kotak dialog yang muncul. Untuk daftar operasi yang didukung, lihat Operasi SQL yang didukung.

        • Untuk menyaring data menggunakan klausa WHERE, klik kanan tabel di daftar Selected Objects dan tentukan kondisi filter di kotak dialog yang muncul. Untuk petunjuknya, lihat Konfigurasi penyaringan data.

      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 lebih lanjut, 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.

        Operasi DDL tidak didukung untuk sinkronisasi. Anda harus memilih No, Adapt to DMS Online DDL atau No, Adapt to gh-ost. Jika sinkronisasi DDL didukung dalam skenario ini di masa depan dan Anda menggunakan Data Management (DMS) atau gh-ost untuk melakukan perubahan online DDL di database sumber, Anda dapat memilih apakah akan menyinkronkan data dari tabel temporary yang dihasilkan selama perubahan online DDL tersebut.

        Penting

        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 Online DDL.

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

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

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

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

          • 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 tool seperti gh-ost berdasarkan aturan ekspresi reguler.

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

          Catatan

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

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

          Catatan

          Opsi ini menyebabkan tabel terkunci di database tujuan.

        • No, Adapt to gh-ost: Tidak menyinkronkan tabel temporary yang dihasilkan oleh perubahan online DDL. Mendukung aturan penyaringan kustom. DTS memfilter perubahan data di tabel temporary (misalnya, _table-name_gho) yang dihasilkan oleh tool 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 kesalahan 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 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 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 membebankan biaya berdasarkan 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 pengecualian eksekusi DDL atau DML), DTS melaporkan kesalahan dan segera mulai melakukan operasi coba ulang berkelanjutan. 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 secara otomatis dilanjutkan. 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 tersedia hanya ketika Synchronization Types diatur ke Full Data Synchronization.

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

        Enable Throttling for Incremental Data Synchronization

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

        Environment Tag

        Anda dapat memilih tag lingkungan untuk mengidentifikasi instans berdasarkan kebutuhan Anda. Parameter ini opsional.

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

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

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

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

        Configure ETL

        Pilih apakah akan mengaktifkan fitur ekstrak, transformasi, dan muat (ETL). Untuk informasi lebih lanjut, 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. Opsional: 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 primary key 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 lebih lanjut, 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 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 kembali pemeriksaan awal.

      • 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 kembali pemeriksaan awal.

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

        Kategori

        Parameter

        Deskripsi

        New Instance Class

        Metode Penagihan

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

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

        Konfigurasi Kelompok Sumber Daya

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

        Spesifikasi Link

        DTS menyediakan spesifikasi sinkronisasi dengan berbagai tingkat kinerja. Spesifikasi link sinkronisasi memengaruhi laju sinkronisasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi lebih lanjut, 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.