Sinkronisasi data dua arah untuk PolarDB for MySQL - Data Transmission Service

Topik ini menjelaskan cara menggunakan Data Transmission Service (DTS) untuk menyinkronkan data secara dua arah antara kluster PolarDB for MySQL.

Prasyarat

Kluster PolarDB for MySQL sumber dan tujuan harus telah dibuat. Untuk informasi selengkapnya, lihat Beli kluster Edisi Perusahaan dan Beli kluster langganan.
Catatan
Kluster PolarDB for MySQL sumber dan tujuan sebaiknya memiliki kapasitas penyimpanan yang sama.
Binary logging harus diaktifkan untuk kluster PolarDB for MySQL sumber dan tujuan. Untuk informasi selengkapnya, lihat Aktifkan binary logging.

Catatan penggunaan

Catatan

Selama sinkronisasi skema, DTS menyinkronkan kunci asing dari database sumber ke database tujuan.
Selama sinkronisasi data penuh awal dan sinkronisasi data inkremental, DTS sementara menonaktifkan pemeriksaan kendala dan operasi kaskade kunci asing pada tingkat session. Ketidakkonsistenan data dapat terjadi jika operasi pembaruan atau penghapusan kaskade dilakukan pada database sumber saat tugas sedang berjalan.

Jenis	Deskripsi
Batasan database sumber	Tabel yang akan disinkronkan harus memiliki primary key atau kendala UNIQUE, dan field-nya harus unik. Jika tidak, data duplikat dapat muncul di database tujuan. Catatan Jika tabel yang akan disinkronkan dalam instansi sinkronisasi dua arah tidak memiliki primary key atau kendala UNIQUE, Anda dapat mengaktifkan fitur Exactly-Once write. Untuk informasi selengkapnya, lihat Sinkronkan tabel tanpa primary key atau kendala unik. Jika Anda menyinkronkan data pada tingkat tabel dan perlu mengedit tabel tersebut, seperti memetakan nama kolom, satu tugas sinkronisasi data mendukung maksimal 1.000 tabel. Jika melebihi batas ini, kesalahan akan dilaporkan saat Anda mengirimkan tugas. Dalam kasus ini, bagi tabel menjadi beberapa tugas sinkronisasi atau konfigurasikan tugas untuk menyinkronkan seluruh database. Log biner: 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 selengkapnya 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 agar Anda mempertahankannya selama 7 hari. Jika tidak, tugas DTS dapat 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 selengkapnya tentang cara mengatur periode retensi log biner kluster 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 kunci metadata yang dapat memblokir operasi DDL pada database sumber.
Batasan lainnya	Anda tidak dapat menyinkronkan data dari node read-only kluster PolarDB for MySQL sumber. Anda tidak dapat menyinkronkan tabel eksternal OSS dari kluster PolarDB for MySQL sumber. Sinkronisasi INDEX dan PARTITION tidak didukung. Failover primer/sekunder instans database tidak didukung selama sinkronisasi data penuh awal. Jika terjadi failover, segera konfigurasi ulang tugas sinkronisasi. 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 dapat terjadi di database tujuan. 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 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 dapat gagal. Hal ini dapat mengakibatkan hanya sebagian data kolom yang disinkronkan atau kegagalan sinkronisasi total. Harap berhati-hati. Resolver yang didefinisikan dengan sintaks komentar tidak mendukung penggunaan sinkron. 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 agar Anda menyinkronkan data selama jam sepi. Jika tidak, sinkronisasi data penuh awal akan mengonsumsi sumber daya baca/tulis pada database sumber dan tujuan, 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 selesai. 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 dari 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 dapat hilang di database tujuan. Jika operasi DDL gagal ditulis ke database tujuan, tugas DTS tetap berjalan. Anda perlu memeriksa log tugas untuk operasi DDL yang gagal. Untuk informasi selengkapnya tentang cara melihat log tugas, lihat Lihat log tugas. Untuk menyinkronkan akun dari database sumber, penuhi prasyarat dan tinjau pertimbangan terkait. Untuk informasi selengkapnya, lihat Migrasi akun database. Jika tugas gagal, staf dukungan DTS akan berusaha memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka dapat merestart 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	Sinkronisasi dua arah antara kluster PolarDB for MySQL: DTS saat ini hanya mendukung sinkronisasi dua arah antara dua kluster PolarDB for MySQL. Sinkronisasi dua arah di antara beberapa kluster PolarDB for MySQL tidak didukung. Batasan arah sinkronisasi sintaks DDL. Untuk memastikan stabilitas dan konsistensi data pada tautan sinkronisasi dua arah, hanya sinkronisasi DDL maju yang didukung. Sinkronisasi DDL balik tidak didukung. Saat tugas sinkronisasi dua arah sedang berjalan, DTS membuat database bernama DTS di database tujuan tugas maju dan balik untuk mencegah sinkronisasi loop data. Jangan modifikasi database ini selama tugas berjalan, dan pastikan akun database yang digunakan untuk tugas memiliki izin baca/tulis pada database ini. Tugas sinkronisasi dua arah mencakup tugas sinkronisasi maju dan balik. Saat Anda mengonfigurasi atau mengatur ulang tugas, jika objek tujuan salah satu tugas sesuai dengan objek sinkronisasi tugas lainnya: Izinkan hanya satu tugas untuk menyinkronkan data penuh dan inkremental. Tugas lain 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. 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.

Deteksi konflik

Untuk memastikan konsistensi data, pastikan catatan data dengan primary key, primary key bisnis, atau unique key yang sama hanya diperbarui di salah satu instans database dalam sinkronisasi dua arah. Jika catatan data diperbarui di kedua instans database, sistem DTS akan menerapkan kebijakan resolusi konflik yang dikonfigurasi dalam tugas.

DTS memeriksa dan memperbaiki konflik untuk memaksimalkan stabilitas tugas sinkronisasi dua arah. DTS dapat mendeteksi jenis konflik berikut:

Konflik keunikan yang disebabkan oleh operasi INSERT

Dalam sinkronisasi dua arah, jika catatan dengan primary key yang sama dimasukkan ke kedua instans database secara bersamaan (atau berurutan dekat), konflik kendala keunikan akan dipicu. Saat pernyataan INSERT disinkronkan ke instans pasangan, pernyataan tersebut akan gagal karena catatan dengan nilai primary key yang sama sudah ada.
Catatan yang tidak cocok dalam operasi UPDATE
- Jika catatan yang akan diperbarui tidak ada di instans tujuan, DTS mengonversi operasi UPDATE menjadi operasi INSERT. Namun, konflik keunikan dapat terjadi.
- Catatan yang akan diperbarui oleh operasi UPDATE menyebabkan konflik primary key atau unique key.
Catatan yang tidak ada untuk dihapus

Catatan yang akan dihapus tidak ada di instans tujuan. Dalam kasus ini, DTS mengabaikan operasi DELETE terlepas dari kebijakan resolusi konflik yang Anda tentukan.

Penting

Karena perbedaan waktu dan latensi, DTS tidak dapat menjamin pencegahan konflik 100%. Untuk memastikan konsistensi, perbarui catatan dengan primary key atau unique key yang sama hanya di satu instans database dalam satu waktu.
DTS menyediakan berbagai strategi resolusi konflik untuk konflik data tersebut, yang dapat Anda pilih saat mengonfigurasi sinkronisasi data dua arah.

Operasi SQL yang didukung

Penting

Operasi DDL hanya disinkronkan dalam arah maju (dari database sumber ke database tujuan). Operasi tersebut tidak didukung dalam arah balik dan secara otomatis difilter.

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 berada sebelum dan sesudah operasi RENAME TABLE termasuk dalam objek sinkronisasi. TRUNCATE TABLE

Izin akun database

Database	Izin yang diperlukan	Tindakan
Sumber kluster PolarDB for MySQL	Akun istimewa	Buat dan kelola akun database dan Kelola password akun database.
Kluster PolarDB for MySQL tujuan	Akun istimewa

Prosedur

Buka halaman daftar tugas sinkronisasi di wilayah tujuan. Anda dapat menggunakan salah satu dari dua metode berikut:
Dari Konsol DTS
1. Masuk ke Konsol Data Transmission Service (DTS).
2. Di panel navigasi kiri, klik Data Synchronization.
3. Di pojok kiri atas halaman, pilih wilayah tempat instans sinkronisasi berada.
Dari Konsol DMS
Catatan
Operasi aktual dapat bervariasi berdasarkan mode dan tata letak Konsol DMS. Untuk informasi selengkapnya, lihat Mode sederhana dan Sesuaikan tata letak dan gaya antarmuka DMS.
1. Masuk ke Data Management (DMS).
2. Di bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Synchronization.
3. Di sebelah kanan Data Synchronization Tasks, pilih wilayah tempat instans sinkronisasi berada.
Klik Create Task untuk membuka halaman konfigurasi tugas.

Konfigurasikan database sumber dan tujuan.

Bagian	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 a DMS database instance.	Pilih instans yang ada sesuai kebutuhan. Jika Anda menggunakan instans yang ada, informasi database akan diisi secara otomatis. Anda tidak perlu memasukkannya lagi. Jika Anda tidak menggunakan instans yang ada, konfigurasikan informasi database berikut. Catatan Di Konsol DMS, klik Add DMS Database Instance untuk menambahkan instans database. Untuk informasi selengkapnya, lihat Tambah instans database cloud dan Tambah instans database dari cloud lain atau database yang dikelola sendiri. Di Konsol DTS, Anda dapat menambahkan database ke DTS di halaman Database Connections atau halaman konfigurasi baru. Untuk informasi selengkapnya, lihat Manajemen Koneksi Data.
	Database Type	Pilih PolarDB for MySQL.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat kluster PolarDB for MySQL sumber 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 kluster PolarDB for MySQL sumber.
	Database Account	Masukkan akun database untuk kluster PolarDB for MySQL sumber. 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. Untuk informasi selengkapnya tentang enkripsi SSL, lihat Konfigurasi enkripsi SSL.
Destination Database	Select a DMS database instance.	Pilih instans yang ada sesuai kebutuhan. Jika Anda menggunakan instans yang ada, informasi database akan diisi secara otomatis. Anda tidak perlu memasukkannya lagi. Jika Anda tidak menggunakan instans yang ada, konfigurasikan informasi database berikut. Catatan Di Konsol DMS, klik Add DMS Database Instance untuk menambahkan instans database. Untuk informasi selengkapnya, lihat Tambah instans database cloud dan Tambah instans database dari cloud lain atau database yang dikelola sendiri. Di Konsol DTS, Anda dapat menambahkan database ke DTS di halaman Database Connections atau halaman konfigurasi baru. Untuk informasi selengkapnya, lihat Manajemen Koneksi Data.
	Database Type	Pilih PolarDB for MySQL.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat kluster PolarDB for MySQL tujuan 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 kluster PolarDB for MySQL tujuan. Catatan Jika kluster tujuan adalah kluster multi-master (Limitless) dan mode baca/tulis-nya adalah Baca/Tulis (pemisahan baca/tulis otomatis), Anda harus menambahkan node primer untuk database dan tabel tujuan ke alamat baca/tulis, atau pilih semua node primer. Hal ini karena kluster multi-master menggunakan mekanisme routing berbasis database dan tabel. Evaluasi dampak routing sebelum memilih node. Untuk informasi selengkapnya, lihat Konfigurasi proksi database.
	Database Account	Masukkan akun database untuk kluster PolarDB for MySQL tujuan. 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. Untuk informasi selengkapnya tentang enkripsi SSL, lihat Konfigurasi enkripsi SSL.

Setelah menyelesaikan konfigurasi, klik Test Connectivity and Proceed di bagian bawah halaman.
Jika database sumber atau tujuan adalah instans database Alibaba Cloud, seperti instans RDS for MySQL atau instans ApsaraDB for MongoDB, DTS secara otomatis menambahkan alamat IP server DTS di wilayah yang sesuai ke daftar putih instans database Alibaba Cloud. Jika database sumber atau tujuan adalah database yang dikelola sendiri yang di-hosting pada Instance ECS, DTS secara otomatis menambahkan alamat IP server DTS di wilayah yang sesuai ke aturan keamanan Instance ECS. Anda juga harus memastikan bahwa database yang dikelola sendiri mengizinkan akses dari Instance ECS. Jika database diterapkan dalam kluster pada beberapa Instance ECS, Anda harus secara manual menambahkan alamat IP server DTS di wilayah yang sesuai ke aturan keamanan setiap Instance ECS. Jika database sumber atau tujuan adalah database yang dikelola sendiri di IDC atau database dari penyedia layanan cloud lain, Anda harus secara manual menambahkan alamat IP server DTS di wilayah yang sesuai untuk mengizinkan akses dari server DTS. Untuk informasi selengkapnya tentang alamat IP server DTS, lihat Blok CIDR alamat IP server DTS.
Peringatan
Menambahkan blok CIDR alamat IP publik server DTS, baik secara otomatis maupun manual, dapat menimbulkan risiko keamanan. Dengan menggunakan produk ini, Anda mengakui dan menerima risiko potensial tersebut. Anda harus menerapkan perlindungan keamanan dasar. Perlindungan ini mencakup tetapi tidak terbatas pada memperkuat keamanan password, membatasi port terbuka untuk blok CIDR, menggunakan otentikasi untuk komunikasi API internal, dan secara berkala meninjau serta membatasi blok CIDR yang tidak diperlukan. Atau, Anda dapat menghubungkan ke database melalui jaringan internal, seperti jalur sewa, VPN Gateway, atau Smart Access Gateway.

Konfigurasikan objek tugas.

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. Ini berfungsi sebagai data garis dasar untuk sinkronisasi data inkremental berikutnya.
Method to Migrate Triggers in Source Database	Pilih metode untuk menyinkronkan trigger. Jika objek yang akan disinkronkan tidak mencakup trigger, Anda dapat melewati parameter ini. Untuk informasi selengkapnya, lihat Konfigurasi metode untuk menyinkronkan atau memigrasi trigger. Catatan Ini dapat dikonfigurasi hanya ketika Synchronization Types diatur ke Schema Synchronization.
Synchronization Topology	Pilih Two-way Synchronization.
Enable Exactly-Once Write	Jika objek sinkronisasi mencakup tabel tanpa primary key atau kendala unik, pilih Yes. Untuk informasi selengkapnya, lihat Sinkronkan tabel yang tidak memiliki primary key atau kendala unik.
Exclude DDL Operations	Pilih Yes untuk mengecualikan operasi DDL. Pilih No untuk menyinkronkan operasi DDL. Penting Untuk memastikan stabilitas sinkronisasi dua arah, operasi DDL hanya dapat disinkronkan dalam arah maju (dari database sumber ke database tujuan). Operasi DDL secara otomatis difilter dalam arah balik.
Global Conflict Resolution Policy	Pilih kebijakan resolusi konflik berdasarkan kebutuhan bisnis Anda. Untuk informasi tentang jenis konflik yang didukung, lihat Deteksi konflik yang didukung. TaskFailed (If a conflict occurs, an error is reported and the task is stopped) Jika terjadi konflik data selama sinkronisasi, tugas melaporkan kesalahan dan berhenti. Tugas memasuki status Gagal dan memerlukan intervensi manual. Ignore (If a conflict occurs, the conflicting record in the destination instance is used) Jika terjadi konflik data selama sinkronisasi, pernyataan sinkronisasi saat ini dilewati dan proses berlanjut. Catatan yang bertentangan di database tujuan dipertahankan. Overwrite (If a conflict occurs, the conflicting record in the destination instance is overwritten) Jika terjadi konflik data selama sinkronisasi, catatan yang bertentangan di database tujuan ditimpa. Catatan Jika tugas sinkronisasi dijeda atau dimulai ulang dan terjadi latensi, kebijakan ini tidak berlaku selama periode latensi. Secara default, data di database tujuan ditimpa.
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 berhasil. 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 Petakan nama tabel dan kolom. Ignore Errors and Proceed: Melewatkan 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 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 dapat 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 Sinkronkan atau migrasi event.
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 tersebut di kotak Selected Objects. Untuk informasi selengkapnya tentang penggantian nama objek, lihat Memetakan 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 Petakan database, tabel, dan kolom secara batch. Catatan Jika Anda menggunakan fitur pemetaan nama objek, objek lain yang bergantung pada objek yang dipetakan mungkin tidak disinkronkan. Untuk memilih operasi SQL yang akan disinkronkan untuk database atau tabel tertentu, mengatur kondisi filter, menambahkan kolom tambahan ke tabel tujuan, atau mengonfigurasi Independent Conflict Resolution Policy untuk sinkronisasi data inkremental, klik kanan objek di kotak Selected Objects, lalu atur pengaturan tersebut di kotak dialog yang muncul. Untuk informasi selengkapnya, lihat Mengatur kondisi filter, Operasi SQL yang didukung, Menambahkan kolom tambahan ke tabel tujuan, dan Mengonfigurasi kebijakan resolusi konflik independen.

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?.
Select the engine type of the destination database	Pilih jenis mesin untuk database tujuan. InnoDB: Mesin penyimpanan default. X-Engine: Mesin penyimpanan database pemrosesan transaksi online (OLTP).
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 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 filter 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 Anda. Jika Anda memilih Yes, Anda juga perlu memilih akun yang akan disinkronkan, mengonfigurasi host dari mana akun ini diizinkan untuk login, dan mengonfirmasi izin untuk akun tersebut. Untuk informasi selengkapnya, lihat Migrasi akun database.
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 digunakan untuk keduanya. Karena DTS mengenakan biaya untuk waktu proses tugas selama periode coba ulang koneksi, kami merekomendasikan agar Anda menyesuaikan durasi coba ulang berdasarkan kebutuhan bisnis Anda atau segera melepaskan instans DTS setelah instans database sumber dan tujuan dilepaskan.
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 memulai 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 sumber daya baca/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).
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.
Environment Tag	Anda dapat memilih tag lingkungan untuk mengidentifikasi instans berdasarkan kebutuhan Anda. Dalam contoh ini, Anda tidak perlu memilihnya.
Configure ETL	Pilih apakah akan mengaktifkan fitur ekstrak, transformasi, muat (ETL). Untuk informasi selengkapnya, lihat Apa itu ETL? Nilai yang valid: Yes: Mengaktifkan fitur ETL. Masukkan pernyataan pemrosesan data di editor kode. Untuk informasi selengkapnya, lihat Konfigurasi ETL dalam tugas migrasi data atau sinkronisasi data. No: Menonaktifkan fitur ETL.
Monitoring and Alerting	Tentukan apakah akan mengonfigurasi peringatan. Jika sinkronisasi gagal atau latensi melebihi ambang batas yang ditentukan, notifikasi akan dikirim ke kontak peringatan. No: Tidak ada peringatan yang dikonfigurasi. Yes: Konfigurasi peringatan dengan mengatur ambang batas peringatan dan menentukan notifikasi peringatan. Untuk informasi selengkapnya, lihat Konfigurasi pemantauan dan peringatan selama konfigurasi tugas.

Klik Next: Data Validation untuk mengonfigurasi tugas validasi data.
Jika Anda ingin menggunakan fitur validasi data, lihat Konfigurasi validasi data untuk petunjuk konfigurasi.

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 ketidakkonsistenan data dan menimbulkan risiko bagi bisnis Anda.

Beli instans.

Ketika Success Rate mencapai 100%, klik Next: Purchase Instance.

Di halaman Purchase, pilih metode penagihan dan spesifikasi tautan untuk instans sinkronisasi data. Tabel berikut menjelaskan 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 melepaskan instans segera setelah digunakan untuk menghemat biaya.
	Konfigurasi Kelompok Sumber Daya	Kelompok sumber daya tempat instans tersebut berada. Default-nya adalah kelompok sumber daya default. Untuk informasi selengkapnya, lihat Apa itu Manajemen Sumber Daya?.
	Spesifikasi Tautan	DTS menyediakan spesifikasi sinkronisasi dengan tingkat kinerja berbeda. Spesifikasi tautan sinkronisasi memengaruhi laju sinkronisasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Spesifikasi tautan 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.

Setelah menyelesaikan konfigurasi, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.
Klik Buy and Start. Di kotak dialog OK, klik OK.
Anda dapat melihat perkembangan tugas di halaman Sinkronisasi Data.

Konfigurasikan tugas sinkronisasi balik.
1. Tunggu hingga tugas sinkronisasi maju diinisialisasi dan Status-nya menjadi Running.
2. Temukan tugas sinkronisasi balik dan klik Configure Task.
3. Merujuk ke Langkah 3 hingga Langkah 6 untuk mengonfigurasi tugas sinkronisasi balik.
  Penting
  Saat mengonfigurasi tugas sinkronisasi balik, pilih instans sumber dan tujuan yang benar. Untuk tugas balik, instans sumber adalah instans tujuan dari tugas maju, dan instans tujuan adalah instans sumber dari tugas maju. Juga, verifikasi bahwa informasi instans, seperti nama database, akun, dan password, sudah benar.
  Anda tidak dapat memodifikasi Instance Region untuk database sumber dan tujuan tugas sinkronisasi balik. Lebih sedikit parameter yang diperlukan dibandingkan tugas sinkronisasi maju. Merujuk ke konsol untuk parameter spesifik yang perlu dikonfigurasi.
  Pengaturan Processing Mode of Conflicting Tables untuk tugas sinkronisasi balik mengabaikan tabel yang telah disinkronkan oleh tugas maju.
  Tugas sinkronisasi balik tidak dapat menyinkronkan objek yang ada di daftar Selected Objects tugas maju.
  Jangan gunakan fitur pemetaan saat mengonfigurasi tugas balik. Hal ini dapat menyebabkan ketidakkonsistenan data.
4. Ketika Success Rate mencapai 100%, klik Back.
Setelah tugas sinkronisasi balik dikonfigurasi, tunggu hingga Status kedua tugas sinkronisasi menjadi Running. Ini menyelesaikan konfigurasi sinkronisasi data dua arah.