All Products
Search
Document Center

PolarDB:Sinkronisasi data dari klaster PolarDB for MySQL ke instans ApsaraDB RDS for MySQL

Last Updated:Aug 27, 2026

Layanan Transmisi Data (Data Transmission Service/DTS) memungkinkan Anda menyinkronkan data dari klaster PolarDB for MySQL ke database MySQL, termasuk database MySQL yang dikelola sendiri dan instans ApsaraDB RDS for MySQL.

Database tujuan yang didukung

DTS mendukung sinkronisasi dari klaster PolarDB for MySQL ke jenis database MySQL berikut. Topik ini menggunakan instans ApsaraDB RDS for MySQL sebagai contoh untuk menjelaskan prosedur konfigurasi. Prosedur konfigurasi untuk jenis database tujuan lainnya serupa.

  • Instans ApsaraDB RDS for MySQL

  • Database yang dikelola sendiri yang di-hosting pada Elastic Compute Service (ECS)

  • Database yang dikelola sendiri yang terhubung melalui Express Connect, VPN Gateway, atau Smart Access Gateway

  • Database yang dikelola sendiri yang terhubung melalui Database Gateway

  • Database yang dikelola sendiri yang terhubung melalui Cloud Enterprise Network (CEN)

Prasyarat

  • Klaster sumber PolarDB for MySQL telah dibuat. Untuk informasi selengkapnya, lihat Pembelian kustom dan Beli klaster langganan.

  • Instans tujuan ApsaraDB RDS for MySQL dengan kapasitas penyimpanan lebih besar daripada kapasitas yang digunakan oleh klaster sumber PolarDB for MySQL telah dibuat. Untuk informasi tentang cara membuat instans, lihat Buat instans ApsaraDB RDS for MySQL.

Perhatian

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

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

Jenis

Deskripsi

Batasan database sumber

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

    Catatan

    Jika tabel yang akan disinkronkan dalam instansi sinkronisasi dua arah tidak memiliki primary key atau kendala UNIK, Anda dapat mengaktifkan fitur Penulisan Exactly-Once. Untuk informasi selengkapnya, lihat Sinkronisasi tabel tanpa primary key atau unique constraints.

  • 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, error 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, error akan dilaporkan selama Pemeriksaan Awal dan instans DTS gagal dimulai. Untuk informasi selengkapnya tentang cara mengaktifkan binary logging dan memodifikasi parameter, lihat Aktifkan binary logging dan Atur parameter klaster dan node.

      Catatan

      Mengaktifkan binary logging untuk klaster PolarDB for MySQL mengonsumsi storage space dan dikenai biaya.

    • Log biner klaster 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 diperlukan tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS.

      Catatan

      Untuk informasi selengkapnya tentang cara mengatur periode retensi log biner klaster PolarDB for MySQL, lihat Modifikasi periode retensi.

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

Batasan lainnya

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

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

  • Sinkronisasi INDEX dan PARTITION tidak didukung.

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

  • Jika database sumber Anda menggunakan operasi DDL Online dalam mode tabel temporary—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.

  • Resolver yang didefinisikan oleh sintaks komentar tidak mendukung penggunaan sinkron.

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

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

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

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

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

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

    Catatan

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

  • 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 sumber daya baca dan tulis pada kedua database, yang dapat meningkatkan beban database.

  • Sinkronisasi data penuh awal menjalankan operasi INSERT 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 alat seperti pt-online-schema-change untuk melakukan operasi DDL Online pada objek sinkronisasi di database sumber. Jika tidak, 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 DDL Online. Untuk informasi selengkapnya, lihat Ubah skema tanpa mengunci tabel.

  • Selama sinkronisasi DTS, jangan menulis data selain data DTS ke database tujuan. Jika tidak, ketidakkonsistenan data antara database sumber dan tujuan dapat terjadi. Misalnya, jika Anda menggunakan DMS untuk melakukan operasi DDL Online 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 selengkapnya tentang cara melihat log tugas, lihat Lihat log tugas.

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

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

  • Tugas sinkronisasi dua arah mencakup tugas sinkronisasi maju dan balik. Saat Anda mengonfigurasi atau mengatur ulang tugas, jika objek tujuan dari satu tugas sesuai dengan objek sinkronisasi tugas lainnya:

    • Izinkan hanya satu tugas untuk menyinkronkan data penuh dan inkremental. Tugas lainnya hanya mendukung sinkronisasi inkremental.

    • Data dari sumber tugas saat ini hanya disinkronkan ke tujuan tugas saat ini. Data tersebut tidak berfungsi sebagai data sumber untuk tugas lainnya.

  • Jika tugas gagal, staf dukungan DTS akan berusaha 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 selengkapnya, lihat Ikhtisar penagihan.

Operasi SQL yang didukung untuk sinkronisasi

Jenis operasi

Pernyataan SQL

DML

INSERT, UPDATE, DELETE

DDL

  • ALTER TABLE, ALTER VIEW

  • CREATE FUNCTION, CREATE INDEX, CREATE PROCEDURE, CREATE TABLE, CREATE VIEW

  • DROP INDEX, DROP TABLE

  • RENAME TABLE

    Penting

    Operasi RENAME TABLE dapat menyebabkan ketidakkonsistenan data. Misalnya, jika objek sinkronisasi adalah satu tabel dan Anda mengganti nama tabel ini di instans sumber selama sinkronisasi, data tabel ini tidak disinkronkan ke database tujuan. Untuk mencegah masalah ini, pilih seluruh database tempat tabel tersebut berada sebagai objek sinkronisasi. Pastikan database tempat tabel tersebut berada sebelum dan sesudah operasi RENAME TABLE termasuk dalam objek sinkronisasi.

  • TRUNCATE TABLE

Izin yang diperlukan untuk akun database

Database

Izin yang diperlukan

Cara membuat dan memberi otorisasi akun

Klaster PolarDB for MySQL

Izin baca pada objek yang akan disinkronkan

Buat dan kelola akun database

Instans ApsaraDB RDS for MySQL

Izin baca dan tulis pada database tujuan

Buat akun

Catatan

Untuk menyinkronkan informasi akun database sumber, akun database yang digunakan untuk mengonfigurasi tugas memerlukan izin tambahan. Untuk informasi selengkapnya, lihat Migrasi akun database.

Prosedur

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

    Dari Konsol DTS

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

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

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

    Dari Konsol DMS

    Catatan

    Operasi aktual mungkin berbeda tergantung pada mode dan tata letak Konsol DMS. Untuk informasi selengkapnya, lihat Mode sederhana dan Sesuaikan tata letak dan gaya antarmuka DMS.

    1. Login 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 Cloud Instance.

    Instance Region

    Pilih wilayah tempat klaster sumber PolarDB for MySQL berada.

    Replicate Data Across Alibaba Cloud Accounts

    Contoh ini menggunakan instans database yang dimiliki oleh Akun Alibaba Cloud saat ini. Pilih No.

    PolarDB Cluster ID

    Pilih ID klaster sumber PolarDB for MySQL.

    Database Account

    Masukkan akun database klaster sumber PolarDB for MySQL. Untuk informasi tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.

    Database Password

    Masukkan password yang sesuai dengan akun database.

    Encryption

    Pilih opsi berdasarkan kebutuhan Anda. Untuk informasi selengkapnya, 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 MySQL.

    Connection Type

    Pilih Cloud Instance.

    Instance Region

    Pilih wilayah tempat instans tujuan ApsaraDB RDS for MySQL berada.

    Replicate Data Across Alibaba Cloud Accounts

    Contoh ini menggunakan instans database yang dimiliki oleh Akun Alibaba Cloud saat ini. Pilih No.

    RDS Instance ID

    Pilih ID instans tujuan ApsaraDB RDS for MySQL.

    Database Account

    Masukkan akun database instans tujuan ApsaraDB RDS for MySQL. Untuk informasi tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.

    Database Password

    Masukkan password yang sesuai dengan akun database.

    Connection Method

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

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

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

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

  5. Konfigurasikan objek tugas.

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

      Parameter

      Deskripsi

      Synchronization Types

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

      Method to Migrate Triggers in Source Database

      Pilih cara menyinkronkan trigger berdasarkan kebutuhan bisnis Anda. Jika objek yang akan disinkronkan tidak melibatkan trigger, Anda tidak perlu mengonfigurasi parameter ini. Untuk informasi selengkapnya, lihat Konfigurasi sinkronisasi atau migrasi trigger.

      Catatan

      Parameter ini dapat dikonfigurasi hanya ketika Synchronization Types mencakup Schema Synchronization.

      Synchronization Topology

      Pilih One-way Synchronization.

      Processing Mode of Conflicting Tables

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

        Catatan

        Jika Anda tidak dapat menghapus atau mengganti nama tabel dengan nama yang sama di database tujuan, Anda dapat memetakannya ke nama tabel yang berbeda. Untuk informasi selengkapnya, lihat 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 primary key atau unique key yang sama dengan catatan di database sumber:

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

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

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

      Whether to migrate Event

      Tentukan apakah akan menyinkronkan event dari database sumber sesuai kebutuhan. Jika Anda memilih Yes, Anda juga harus memenuhi persyaratan terkait dan melakukan operasi selanjutnya. Untuk informasi selengkapnya, lihat Sinkronisasi atau migrasi event.

      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 database, tabel, dan kolom sebagai objek sinkronisasi. Jika Anda memilih tabel atau kolom, objek lain seperti view, trigger, dan stored procedure tidak disinkronkan ke database tujuan.

      Selected Objects

      • Untuk mengganti nama satu objek sinkronisasi di instans tujuan, klik kanan objek di kotak Selected Objects. Untuk informasi selengkapnya tentang penggantian nama objek, lihat Pemetaan 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 selengkapnya, lihat Pemetaan database, tabel, dan kolom secara batch.

      Catatan
      • Untuk memfilter data berdasarkan kondisi, klik kanan tabel yang akan disinkronkan di bagian Selected Objects, lalu atur kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya, lihat Filter data tugas dengan kondisi SQL.

      • Untuk memilih operasi SQL yang akan disinkronkan pada tingkat database atau tabel, klik kanan objek yang akan disinkronkan di bagian Selected Objects, lalu pilih operasi SQL yang diperlukan di kotak dialog yang muncul. Untuk informasi tentang operasi yang didukung, lihat Operasi SQL yang didukung untuk sinkronisasi.

      • Jika Anda menggunakan fitur pemetaan nama objek, sinkronisasi objek lain yang bergantung pada objek yang dipetakan mungkin gagal.

    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 klaster. Untuk kinerja yang lebih stabil, Anda dapat membeli klaster khusus untuk menjalankan tugas sinkronisasi DTS. Untuk informasi selengkapnya, lihat Apa itu klaster khusus DTS?.

      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.

      Penting
      • Tugas DTS tidak mendukung penggunaan alat seperti pt-online-schema-change untuk melakukan perubahan DDL Online. Menggunakan alat 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 sesuai dengan ekspresi reguler (^_(.+)_(?:gho|new)$ atau ^_(.+)_(?:ghc|del|old)$) difilter.

        • 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 alat 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 pemfilteran kustom. DTS memfilter perubahan data di tabel temporary (misalnya, _table-name_gho) yang dihasilkan oleh alat 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.

      Whether to Migrate Accounts

      Pilih apakah akan menyinkronkan informasi akun dari database sumber berdasarkan kebutuhan bisnis Anda. Jika Anda memilih Yes, Anda juga perlu memilih akun yang akan disinkronkan dan mengonfirmasi izin akun.

      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 percobaan ulang default adalah 720 menit. Anda juga dapat menentukan durasi percobaan 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 percobaan ulang jaringan menjadi 30 menit untuk Instans A dan 60 menit untuk Instans B, durasi yang lebih pendek yaitu 30 menit akan digunakan untuk keduanya.

      • Karena DTS mengenakan biaya untuk waktu proses tugas selama periode percobaan ulang koneksi, kami merekomendasikan agar Anda menyesuaikan durasi percobaan 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 percobaan ulang berkelanjutan. Durasi percobaan ulang default adalah 10 menit. Anda juga dapat menyesuaikan durasi percobaan ulang dalam rentang 1 hingga 1.440 menit. Kami merekomendasikan agar Anda mengaturnya minimal 10 menit. Jika operasi terkait berhasil dalam durasi percobaan 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 sumber daya baca dan tulis dari database sumber dan tujuan, yang dapat meningkatkan beban database. Untuk mengurangi beban pada database sumber dan tujuan, Anda dapat mengatur batas laju untuk tugas sinkronisasi penuh dengan mengonfigurasi parameter Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s).

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

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

      Enable Throttling for Incremental Data Synchronization

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

      Environment Tag

      Anda dapat memilih tag lingkungan untuk mengidentifikasi instans berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, Anda tidak perlu memilihnya.

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

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

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

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

      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.

  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 yang muncul.

    • 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. Saat Success Rate mencapai 100%, klik Next: Purchase Instance.

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

      Kategori

      Parameter

      Deskripsi

      New Instance Class

      Billing Method

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

      Resource Group Configuration

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

      Link Specification

      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.

      Subscription Duration

      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 Data Synchronization.