全部产品
Search
文档中心

Data Transmission Service:Menyinkronkan RDS for MySQL di berbagai akun Alibaba Cloud

更新时间:Mar 21, 2026

Anda dapat menggunakan Data Transmission Service (DTS) untuk menyinkronkan data antara instans ApsaraDB RDS for MySQL di akun Alibaba Cloud yang berbeda. Topik ini menjelaskan cara membuat tugas sinkronisasi data ketika instans sumber dan tujuan berada di akun yang berbeda dari akun yang digunakan untuk membuat tugas tersebut.

Prasyarat

  • Buat instans ApsaraDB RDS for MySQL sumber dan tujuan. Untuk informasi selengkapnya, lihat Buat instans ApsaraDB RDS for MySQL.

  • Instans ApsaraDB RDS for MySQL tujuan harus memiliki ruang penyimpanan tersedia lebih besar daripada ruang penyimpanan yang digunakan oleh instans sumber.

Pertimbangan

  • DTS menggunakan resource baca dan tulis dari instans RDS sumber dan tujuan selama sinkronisasi data penuh awal. Hal ini dapat meningkatkan beban pada instans RDS. Jika kinerja instans tidak optimal, spesifikasinya rendah, atau volume datanya besar, layanan database mungkin menjadi tidak tersedia. Misalnya, DTS menghabiskan banyak resource baca dan tulis dalam kasus berikut: banyak query SQL lambat dijalankan pada instans RDS sumber, tabel tidak memiliki primary key, atau terjadi deadlock pada instans RDS tujuan. Sebelum melakukan sinkronisasi data, evaluasi dampak sinkronisasi terhadap kinerja instans RDS sumber dan tujuan. Kami menyarankan Anda melakukan sinkronisasi pada jam sepi, misalnya saat penggunaan CPU pada instans RDS sumber dan tujuan kurang dari 30%.

  • Jika tabel yang akan disinkronkan di database sumber tidak memiliki primary key atau unique constraint, dan kolom-kolomnya tidak unik, data duplikat mungkin muncul di database tujuan.

  • Selama sinkronisasi data penuh, operasi INSERT konkuren menyebabkan fragmentasi pada tabel di instans tujuan. Akibatnya, ruang tabel instans tujuan lebih besar daripada instans sumber setelah sinkronisasi penuh selesai.

  • Sinkronisasi data cross-account dan cross-region didukung. Saat ini, sinkronisasi dua arah cross-account hanya didukung antara instans ApsaraDB RDS for MySQL.

  • Anda hanya dapat memperoleh informasi tentang instans database setelah menyelesaikan langkah-langkah prasyarat.

    Penting

    Kami menyarankan menghapus peran RAM yang dibuat selama langkah persiapan setelah tugas sinkronisasi cross-account selesai.

  • Log biner database sumber:

    • 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 Konfigurasikan 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 bertindak sebagai primary dan secondary), aktifkan parameter log_slave_updates agar DTS dapat menangkap semua event log biner. Untuk petunjuknya, lihat Buat akun dan konfigurasikan 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, menyebabkan tugas gagal. Dalam kasus ekstrem, hal ini dapat menyebabkan inkonsistensi data atau kehilangan data. Masalah yang disebabkan oleh periode retensi log biner lebih pendek dari yang dipersyaratkan 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.

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

  • Jika database sumber menggunakan operasi DDL Online dalam mode tabel temporary—termasuk tetapi tidak terbatas pada skenario penggabungan multi-tabel—atau menambahkan indeks berbasis fungsi ke kolom kunci unik, kehilangan data atau kegagalan tugas mungkin terjadi di database tujuan.

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

  • Istilah 'Akun Alibaba Cloud' dalam topik ini mengacu pada akun Alibaba Cloud utama.

  • Jika Anda mengatur Replicate Data Across Alibaba Cloud Accounts ke Yes hanya untuk database sumber, akun Alibaba Cloud yang memiliki instans database tujuan harus membuat tugas DTS.

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

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

  • Data yang dihasilkan oleh 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.

  • DTS secara berkala menjalankan perintah CREATE DATABASE IF NOT EXISTS `test` di database sumber untuk memajukan offset log biner.

  • Instans hanya baca—seperti instans ApsaraDB RDS for MySQL 5.6 hanya baca—yang tidak mencatat log transaksi tidak dapat berfungsi sebagai database sumber.

  • 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 di tingkat instans pada database tujuan ke utf8mb4.

  • Untuk menyinkronkan akun dari database sumber, penuhi prasyarat dan tinjau pertimbangan terkait. Untuk informasi selengkapnya, lihat Migrasi akun database.

  • Jika suatu tugas gagal, staf dukungan DTS akan berusaha memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka mungkin merestart tugas atau menyesuaikan parameternya.

    Catatan

    Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum dalam Ubah parameter instans.

  • Pastikan baik database sumber maupun tujuan tidak mengandung kolom tersembunyi tak terlihat dalam kolom yang akan disinkronkan. Jika tidak, tugas DTS mungkin gagal atau data hilang.

    Catatan

    Jalankan perintah ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE; untuk membuat kolom tersembunyi menjadi terlihat. Untuk informasi selengkapnya, lihat Invisible Columns.

Topologi sinkronisasi

  • Sinkronisasi Satu Arah Satu-ke-satu

  • Sinkronisasi Satu Arah Satu-ke-banyak

  • Sinkronisasi Satu Arah Kaskade

  • Sinkronisasi Satu Arah Banyak-ke-satu

Untuk informasi selengkapnya tentang topologi ini dan pertimbangannya, lihat Topologi sinkronisasi.

Operasi SQL yang didukung

Jenis Operasi

Pernyataan SQL

DML

INSERT, UPDATE, DELETE, dan REPLACE

DDL

  • ALTER TABLE dan ALTER VIEW

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

  • DROP INDEX dan DROP TABLE

  • RENAME TABLE

    Penting

    Operasi RENAME TABLE dapat menyebabkan inkonsistensi data antara database sumber dan tujuan. Misalnya, jika Anda memilih sebuah tabel sebagai objek yang akan disinkronkan dan mengganti nama tabel tersebut selama sinkronisasi data, data tabel ini tidak disinkronkan ke database tujuan. Untuk mencegah situasi ini, Anda dapat memilih database tempat tabel tersebut berada sebagai objek yang akan disinkronkan saat mengonfigurasi tugas sinkronisasi data. Pastikan database tempat tabel berada sebelum dan sesudah operasi RENAME TABLE ditambahkan ke objek yang akan disinkronkan.

  • TRUNCATE TABLE

Izin untuk akun database

Instance

Izin

Tindakan

Instans Sumber ApsaraDB RDS for MySQL

Izin Baca dan Tulis pada objek yang akan disinkronkan.

Lihat Buat akun dan database dan Ubah izin akun standar pada instans ApsaraDB RDS for MySQL.

Instans Tujuan ApsaraDB RDS for MySQL

Izin Baca dan Tulis pada Database Tujuan.

Catatan

Jika Anda menyinkronkan Akun Database, akun sumber dan tujuan memerlukan izin tambahan. Lihat Migrasi Akun Database untuk detail izin yang diperlukan.

Batasan

Operasi RENAME TABLE dapat menyebabkan inkonsistensi data. Misalnya, jika objek sinkronisasi hanya berisi Tabel A, dan Tabel A diganti namanya menjadi Tabel B di database sumber, Tabel B tidak akan disinkronkan ke database tujuan. Untuk mencegah masalah ini, pilih seluruh database yang berisi Tabel A sebagai objek sinkronisasi saat Anda mengonfigurasi tugas sinkronisasi data.

Penagihan

Jenis sinkronisasi

Harga

Sinkronisasi skema dan sinkronisasi data penuh

Gratis.

Sinkronisasi data inkremental

Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

Prosedur

Catatan

Topik ini menggunakan skenario di mana database sumber dan tujuan berada di akun Alibaba Cloud yang berbeda untuk menunjukkan cara mengonfigurasi Instansi Sinkronisasi cross-account. Untuk informasi selengkapnya, lihat Konfigurasikan otorisasi RAM untuk tugas cross-account.

  1. Konfigurasikan Otorisasi RAM. Untuk informasi selengkapnya, lihat Skenario 3: Baik database sumber maupun tujuan berada di akun Alibaba Cloud yang berbeda.

  2. Masuk dengan Akun Alibaba Cloud yang ditentukan untuk membuat tugas Data Transmission Service (DTS) dan navigasikan ke daftar tugas sinkronisasi data di Wilayah tujuan. Anda dapat menggunakan salah satu 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 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.

  3. Klik Create Task untuk membuka halaman konfigurasi tugas.

  4. Konfigurasikan database sumber dan tujuan.

    Peringatan

    Untuk memastikan tugas sinkronisasi berhasil dibuat dan dijalankan, baca dengan cermat limits di bagian atas halaman setelah memilih Instans sumber dan tujuan.

    Kategori

    Parameter

    Deskripsi

    N/A

    Task Name

    DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama deskriptif agar mudah diidentifikasi. Nama ini tidak perlu 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 dikonfigurasi secara otomatis.

      Catatan

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

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

    Database Type

    Pilih MySQL.

    Connection Type

    Pilih Alibaba Cloud Instance.

    Instance Region

    Pilih Wilayah tempat Instans ApsaraDB RDS for MySQL sumber berada.

    Catatan

    Anda dapat memilih Wilayah yang berbeda untuk Instans RDS sumber dan tujuan.

    Replicate Data Across Alibaba Cloud Accounts

    Pilih Yes.

    Alibaba Cloud Account

    Masukkan ID Akun Alibaba Cloud yang memiliki database sumber.

    Catatan

    Untuk petunjuk cara mendapatkan ID, lihat Dapatkan ID Akun Alibaba Cloud untuk database sumber.

    RAM Role Name

    Masukkan nama Peran RAM yang dibuat oleh Akun Alibaba Cloud yang memiliki database sumber, seperti ram-for-dts. Untuk petunjuk pembuatan, lihat Buat peran RAM.

    Penting

    Jangan masukkan peran sistem DTS default AliyunDTSDefaultRole.

    RDS Instance ID

    Pilih ID Instans dari Instans ApsaraDB RDS for MySQL sumber.

    Catatan

    Jika muncul Alert saat Anda memilih ID Instans RDS, ubah pengaturan sesuai petunjuk. Untuk informasi tentang Alert umum, lihat Kesalahan umum.

    Database Account

    Masukkan akun database untuk Instans ApsaraDB RDS for MySQL sumber.

    Database Password

    Masukkan password untuk akun database.

    Encryption

    Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan Anda. Contoh ini menggunakan Non-encrypted.

    Catatan

    Jika Anda memilih SSL-encrypted, Anda harus terlebih dahulu mengaktifkan enkripsi SSL untuk Instans RDS. Untuk informasi selengkapnya, lihat Konfigurasikan 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 dikonfigurasi secara otomatis.

      Catatan

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

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

    Database Type

    Pilih MySQL.

    Connection Type

    Pilih Alibaba Cloud Instance.

    Instance Region

    Pilih Wilayah tempat Instans ApsaraDB RDS for MySQL tujuan berada.

    Catatan

    Anda dapat memilih Wilayah yang berbeda untuk Instans RDS sumber dan tujuan.

    Replicate Data Across Alibaba Cloud Accounts

    Pilih Yes.

    Alibaba Cloud Account

    Masukkan ID Akun Alibaba Cloud yang memiliki database tujuan.

    Catatan

    Untuk petunjuk cara mendapatkan ID, lihat Dapatkan ID Akun Alibaba Cloud untuk database tujuan.

    RAM Role Name

    Masukkan nama Peran RAM yang dibuat oleh Akun Alibaba Cloud yang memiliki database tujuan, seperti ram-for-dts. Untuk petunjuk pembuatan, lihat Buat peran RAM.

    Penting

    Jangan masukkan peran sistem DTS default AliyunDTSDefaultRole.

    RDS Instance ID

    Pilih ID Instans dari Instans ApsaraDB RDS for MySQL tujuan.

    Catatan

    Jika muncul Alert saat Anda memilih ID Instans RDS, ubah pengaturan sesuai petunjuk. Untuk informasi tentang Alert umum, lihat Kesalahan umum.

    Database Account

    Masukkan akun database untuk Instans ApsaraDB RDS for MySQL tujuan.

    Database Password

    Masukkan password untuk akun database.

    Encryption

    Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan Anda. Contoh ini menggunakan Non-encrypted.

    Catatan

    Jika Anda memilih SSL-encrypted, Anda harus terlebih dahulu mengaktifkan enkripsi SSL untuk Instans RDS. Untuk informasi selengkapnya, lihat Konfigurasikan enkripsi SSL.

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

  6. Konfigurasikan objek tugas.

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

      Parameter

      Deskripsi

      Synchronization Types

      Secara default, Incremental Data Synchronization dipilih. Kami menyarankan memilih juga Schema Synchronization dan Full Data Synchronization. Setelah Pemeriksaan Awal selesai, DTS menginisialisasi data penuh objek yang akan disinkronkan di Instans tujuan. Data ini berfungsi sebagai garis dasar untuk Sinkronisasi Data Inkremental berikutnya.

      Method to Migrate Triggers in Source Database

      Pilih metode untuk menyinkronkan trigger. Untuk informasi selengkapnya, lihat Konfigurasikan cara menyinkronkan atau memigrasikan trigger.

      Catatan

      Parameter ini tersedia hanya jika Anda memilih Schema Synchronization untuk Synchronization Types.

      Enable Migration Assessment

      Hal ini menilai apakah skema database sumber dan tujuan memenuhi persyaratan sinkronisasi. Memilih Yes dapat memperpanjang durasi Pemeriksaan Awal. Hasil penilaian, yang dapat dilihat selama Pemeriksaan Awal, tidak memengaruhi hasil pemeriksaan awal.

      Catatan
      • Parameter ini tersedia hanya jika Anda memilih Schema Synchronization untuk Synchronization Types.

      • Memilih Yes dapat memperpanjang durasi Assessment Result. Hasil Penilaian dapat dilihat selama Pemeriksaan Awal dan tidak memengaruhi hasil pemeriksaan awal.

      Synchronization Topology

      Contoh ini menggunakan 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 Map table and column names.

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

        Peringatan

        Memilih Ignore Errors and Proceed dapat menyebabkan inkonsistensi 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 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 data kolom parsial yang disinkronkan atau kegagalan sinkronisasi total. Lakukan dengan hati-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 Sinkronkan atau migrasikan event.

      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 selengkapnya, 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 database, tabel, dan kolom sebagai objek sinkronisasi. Jika Anda memilih tabel atau kolom, objek lain seperti view, trigger, dan prosedur tersimpan 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 mengganti nama objek, lihat Map a single database, table, or column.

      • 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 Map databases, tables, and columns in a batch.

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

      • Untuk memfilter data menggunakan klausa WHERE, klik kanan tabel di kotak Selected Objects dan atur kondisi filter di kotak dialog yang muncul. Untuk petunjuknya, 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 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 cocok 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. Jika Anda memilih Yes, Anda juga harus memilih akun yang akan disinkronkan dan mengonfirmasi izinnya.

      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 percobaan ulang default adalah 720 menit. Anda juga dapat menentukan durasi percobaan ulang kustom dari 10 hingga 1.440 menit. Kami menyarankan Anda mengatur durasi minimal 30 menit. Jika DTS berhasil terhubung kembali ke database dalam durasi yang ditentukan, tugas sinkronisasi secara otomatis dilanjutkan. Jika tidak, tugas gagal.

      Catatan
      • Jika Anda memiliki beberapa instans DTS (misalnya, Instans A dan Instans B) yang berbagi sumber atau tujuan yang sama, dan Anda mengatur waktu percobaan ulang jaringan menjadi 30 menit untuk Instans A dan 60 menit untuk Instans B, durasi yang lebih pendek yaitu 30 menit digunakan untuk keduanya.

      • Karena DTS mengenakan biaya untuk waktu proses tugas selama periode percobaan ulang koneksi, kami menyarankan Anda menyesuaikan durasi percobaan ulang berdasarkan kebutuhan bisnis Anda atau segera melepaskan 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 percobaan ulang terus-menerus. Durasi percobaan ulang default adalah 10 menit. Anda juga dapat menyesuaikan durasi percobaan ulang dalam rentang 1 hingga 1.440 menit. Kami menyarankan Anda mengaturnya minimal 10 menit. Jika operasi terkait berhasil dalam durasi percobaan 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. Contoh ini tidak memerlukan pemilihan.

      Configure ETL

      Pilih apakah akan mengaktifkan fitur extract, transform, and load (ETL). Untuk informasi selengkapnya, lihat Apa itu ETL? Nilai yang valid:

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

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

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

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

      Monitoring and Alerting

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

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

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

  7. 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 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 menyembunyikan item peringatan, hal ini dapat menyebabkan masalah seperti inkonsistensi data dan menimbulkan risiko bagi bisnis Anda.

  8. Beli Instansi Sinkronisasi.

    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

      Billing Method

      • Subscription: Anda membayar saat membuat instans. Ini cocok untuk kebutuhan jangka panjang dan lebih hemat biaya dibandingkan pay-as-you-go. Semakin lama durasi langganan, semakin tinggi diskonnya.

      • Pay-as-you-go: Anda dikenai biaya per jam. Ini cocok untuk kebutuhan jangka pendek. Anda dapat melepaskan 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 subscription, pilih durasi dan jumlah untuk instans langganan. Anda dapat memilih langganan bulanan dari 1 hingga 9 bulan, atau langganan tahunan 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.