Sinkronisasi data dua arah antara klaster PolarDB untuk MySQL - Data Transmission Service

Topik ini menjelaskan cara menyinkronkan data antar PolarDB untuk MySQL klaster menggunakan Data Transmission Service (DTS).

Prasyarat

Klaster PolarDB untuk MySQL sumber dan tujuan telah dibuat. Untuk informasi lebih lanjut, lihat Beli Klaster Edisi Perusahaan dan Beli Klaster Langganan.
Catatan
Kapasitas penyimpanan klaster PolarDB untuk MySQL sumber dan tujuan harus sama.
Fitur pencatatan biner diaktifkan pada klaster PolarDB untuk MySQL sumber dan tujuan. Untuk informasi lebih lanjut, lihat Aktifkan Pencatatan Biner.

Catatan penggunaan

Catatan

Selama sinkronisasi skema, DTS menyinkronkan kunci asing dari database sumber ke database tujuan.
Selama sinkronisasi data penuh dan inkremental, DTS sementara menonaktifkan pengecekan kendala dan operasi kaskade pada kunci asing di tingkat sesi. Jika Anda melakukan operasi pembaruan atau penghapusan kaskade pada database sumber selama sinkronisasi, ketidaksesuaian data mungkin terjadi.

Kategori	Deskripsi
Batasan pada database sumber	Tabel yang akan disinkronkan harus memiliki kendala PRIMARY KEY atau UNIQUE dan semua bidang harus unik. Jika tidak, database tujuan mungkin berisi catatan data duplikat. Catatan Jika tabel yang akan disinkronkan tidak memiliki primary key dan kendala UNIQUE, Anda harus mengaktifkan fitur Penulisan Exactly-Once saat Anda mengonfigurasi instance sinkronisasi dua arah. Untuk informasi lebih lanjut, lihat Sinkronkan tabel tanpa primary key atau kendala UNIQUE. Jika Anda memilih tabel sebagai objek yang akan disinkronkan dan Anda perlu memodifikasi tabel, seperti mengganti nama tabel atau kolom, di database tujuan, Anda dapat menyinkronkan hingga 1.000 tabel dalam satu tugas sinkronisasi data. Jika Anda menjalankan tugas untuk menyinkronkan lebih dari 1.000 tabel, kesalahan permintaan terjadi. Dalam hal ini, kami sarankan Anda mengonfigurasi beberapa tugas untuk menyinkronkan tabel atau mengonfigurasi tugas untuk menyinkronkan seluruh database. Persyaratan berikut untuk log biner harus dipenuhi: Fitur pencatatan biner harus diaktifkan dan parameter `loose_polar_log_bin` harus diatur ke `ON`. Jika tidak, pesan kesalahan dikembalikan selama pra-pemeriksaan dan tugas DTS tidak dapat dimulai. Untuk informasi lebih lanjut, lihat Aktifkan pencatatan biner dan Ubah parameter. Catatan Jika Anda mengaktifkan fitur pencatatan biner untuk klaster PolarDB untuk MySQL, Anda akan dikenakan biaya untuk ruang penyimpanan yang digunakan oleh log biner. Log biner klaster PolarDB untuk MySQL harus disimpan setidaknya selama tiga hari. Kami sarankan Anda mengatur periode retensi log biner menjadi tujuh hari. Dalam keadaan luar biasa, ketidaksesuaian atau kehilangan data mungkin terjadi. Pastikan Anda mengonfigurasi periode retensi log biner berdasarkan persyaratan tersebut. Jika tidak, keandalan layanan atau kinerja dalam Service Level Agreement (SLA) DTS mungkin tidak dijamin. Catatan Untuk informasi lebih lanjut tentang cara mengatur Periode Retensi log biner untuk kluster PolarDB for MySQL, lihat bagian Ubah periode retensi dalam topik "Aktifkan binary logging". Selama sinkronisasi skema dan sinkronisasi data penuh, jangan jalankan pernyataan DDL untuk mengubah skema database atau tabel. Jika tidak, tugas sinkronisasi data gagal.
Batasan lainnya	DTS tidak menyinkronkan node baca saja dari klaster PolarDB untuk MySQL sumber. DTS tidak menyinkronkan tabel eksternal Object Storage Service (OSS) dari klaster PolarDB untuk MySQL sumber. Jika data yang akan disinkronkan berisi konten yang membutuhkan empat byte ruang penyimpanan, seperti emoji, database dan tabel di instance tujuan harus menggunakan set karakter utf8mb4. Catatan Jika Anda menggunakan DTS untuk menyinkronkan struktur tabel database, Anda perlu mengatur parameter tingkat instance `character_set_server` di database tujuan ke utf8mb4. Sebelum Anda menyinkronkan data, evaluasi dampak sinkronisasi data terhadap kinerja database sumber dan tujuan. Kami sarankan Anda menyinkronkan data selama jam sepi. Selama sinkronisasi data penuh awal, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Ini dapat meningkatkan beban pada server database. Selama sinkronisasi data penuh awal, operasi INSERT bersamaan menyebabkan fragmentasi dalam tabel database tujuan. Setelah sinkronisasi data penuh awal selesai, ukuran tablespace yang digunakan dari database tujuan lebih besar daripada database sumber. Kami sarankan Anda tidak menggunakan alat seperti pt-online-schema-change untuk melakukan operasi DDL pada tabel sumber selama sinkronisasi data. Jika tidak, tugas sinkronisasi data gagal. Jika tidak ada data dari sumber lain yang ditulis ke database tujuan selama sinkronisasi data, Anda dapat menggunakan Data Management (DMS) untuk melakukan operasi DDL tanpa kunci pada tabel sumber. Untuk informasi lebih lanjut, lihat Lakukan operasi DDL tanpa kunci. Ketidaksesuaian data antara database sumber dan tujuan terjadi jika data dari sumber lain ditulis ke database tujuan selama sinkronisasi data. Misalnya, jika Anda menggunakan DMS untuk menjalankan pernyataan DDL online sementara data dari sumber lain ditulis ke database tujuan, kehilangan data mungkin terjadi di database tujuan. Jika pernyataan DDL gagal dieksekusi di database tujuan, tugas sinkronisasi data terus berjalan. Anda dapat melihat pernyataan DDL yang gagal dieksekusi di log tugas. Untuk informasi lebih lanjut tentang cara melihat log tugas, lihat Lihat log tugas. Jika Anda perlu menyinkronkan akun dari database sumber, Anda harus memenuhi prasyarat dan memahami tindakan pencegahan terkait. Untuk informasi lebih lanjut, lihat Migrasi akun database. Jika instance gagal berjalan, personel dukungan teknis DTS akan mencoba memulihkan instance dalam waktu 8 jam. Selama proses pemulihan, instance mungkin di-restart atau parameter mungkin disesuaikan. Catatan Ketika parameter disesuaikan, hanya parameter instance DTS yang dimodifikasi. Parameter database tidak dimodifikasi. Parameter yang mungkin dimodifikasi termasuk tetapi tidak terbatas pada parameter dalam Ubah parameter instance.
Kasus khusus	Sinkronisasi data dua arah antara klaster PolarDB untuk MySQL DTS mendukung sinkronisasi data dua arah hanya antara dua klaster PolarDB untuk MySQL. DTS tidak mendukung sinkronisasi data dua arah di antara lebih dari dua klaster PolarDB untuk MySQL. Batasan pada arah sinkronisasi DDL: Untuk memastikan konsistensi data dan stabilitas sinkronisasi data dua arah, Anda hanya dapat menyinkronkan operasi DDL dalam arah maju. Ketika DTS menjalankan tugas sinkronisasi data dua arah, DTS membuat database bernama dts di database tujuan untuk mencegah sinkronisasi melingkar. Saat tugas berjalan, jangan modifikasi database dts. Ketika Anda mengonfigurasi atau mereset instance sinkronisasi dua arah, jika objek tujuan dari satu tugas adalah objek yang akan disinkronkan dari tugas lain: Hanya satu tugas yang dapat menyinkronkan data penuh dan inkremental. Tugas lainnya hanya dapat menyinkronkan data inkremental. Data sumber dari tugas saat ini hanya dapat disinkronkan ke tujuan tugas saat ini. Data yang disinkronkan tidak digunakan sebagai data sumber dari tugas lain untuk sinkronisasi lebih lanjut. DTS menjalankan pernyataan CREATE DATABASE IF NOT EXISTS `test` di database sumber sesuai jadwal untuk memajukan posisi file log biner.

Penagihan

Jenis Sinkronisasi	Biaya Konfigurasi Tugas
Sinkronisasi skema dan data penuh	Gratis.
Sinkronisasi data inkremental	Dikenakan biaya. Untuk informasi lebih lanjut, lihat Ikhtisar Penagihan.

Pendeteksian konflik yang didukung

Untuk memastikan konsistensi data, pastikan bahwa catatan dengan primary key yang sama, primary key bisnis, atau kunci unik hanya diperbarui pada salah satu node sinkronisasi. Jika catatan diperbarui pada kedua node, DTS merespons konflik berdasarkan kebijakan resolusi konflik yang ditentukan untuk tugas sinkronisasi.

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

Konflik ketidakunikan akibat operasi INSERT.
Operasi INSERT yang tidak sesuai dengan kendala keunikan tidak dapat disinkronkan. Misalnya, jika catatan dengan nilai primary key yang sama dimasukkan hampir bersamaan ke dalam dua node sinkronisasi, salah satu operasi gagal karena catatan dengan nilai primary key yang sama sudah ada di node lain.
Catatan tidak konsisten akibat operasi UPDATE.
- Jika catatan yang akan diperbarui tidak ada di instance tujuan, DTS mengubah operasi UPDATE menjadi operasi INSERT. Namun, konflik ketidakunikan mungkin terjadi.
- Primary key atau kunci unik dari catatan yang akan dimasukkan mungkin bertentangan dengan catatan yang ada di instance tujuan.
Catatan tidak ada yang akan dihapus.
Jika catatan yang akan dihapus tidak ada di instance tujuan, DTS mengabaikan operasi DELETE tanpa mempertimbangkan kebijakan resolusi konflik yang ditentukan.

Penting

Selama sinkronisasi dua arah, waktu sistem instance sumber dan tujuan mungkin berbeda. Latensi sinkronisasi juga dapat terjadi. Oleh karena itu, mekanisme pendeteksian konflik DTS tidak menjamin pencegahan semua konflik data. Pastikan bahwa catatan dengan primary key yang sama, primary key bisnis, atau kunci unik hanya diperbarui pada salah satu node sinkronisasi.
DTS menyediakan kebijakan resolusi konflik untuk mencegah konflik selama sinkronisasi data. Anda dapat memilih kebijakan resolusi konflik saat mengonfigurasi sinkronisasi dua arah.

Operasi SQL yang dapat disinkronkan

Penting

Operasi DDL hanya dapat disinkronkan dari database sumber ke database tujuan. Operasi DDL dari database tujuan ke database sumber diabaikan.

Jenis Operasi	Pernyataan SQL
DML	INSERT, UPDATE, dan DELETE
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 ketidaksesuaian data antara database sumber dan tujuan. Misalnya, jika Anda memilih tabel sebagai objek yang akan disinkronkan dan mengganti nama tabel selama sinkronisasi data, data tabel ini tidak disinkronkan ke database tujuan. Untuk mencegah situasi ini, pilih database tempat tabel ini milik sebagai objek yang akan disinkronkan saat Anda mengonfigurasi tugas sinkronisasi data. Pastikan bahwa database tempat tabel ini milik sebelum dan sesudah operasi RENAME TABLE ditambahkan ke objek yang akan disinkronkan. TRUNCATE TABLE

Izin yang diperlukan untuk akun database

Jenis Database	Izin yang Diperlukan	Referensi
Klaster PolarDB untuk MySQL sumber	Izin akun istimewa	Buat dan kelola akun database dan Kelola kata sandi akun database
Klaster PolarDB untuk MySQL tujuan	Izin akun istimewa

Prosedur

Gunakan salah satu metode berikut untuk pergi ke halaman Sinkronisasi Data dan pilih wilayah tempat instance sinkronisasi data berada.
Konsol DTS
1. Masuk ke Konsol DTS.
2. Di bilah navigasi sebelah kiri, klik Data Synchronization.
3. Di sudut kiri atas halaman, pilih wilayah tempat tugas sinkronisasi data berada.
Konsol DMS
Catatan
Operasi aktual mungkin berbeda berdasarkan mode dan tata letak konsol DMS. Untuk informasi lebih lanjut, lihat Mode Sederhana dan Sesuaikan Tata Letak dan Gaya Konsol DMS.
1. Masuk ke Konsol DMS.
2. Di bilah navigasi atas, gerakkan pointer ke Data + AI dan pilih DTS (DTS) > Data Synchronization.
3. Dari daftar drop-down di sebelah kanan Data Synchronization Tasks, pilih wilayah tempat instance sinkronisasi data berada.
Dari daftar drop-down di sebelah kanan Data Synchronization Tasks, pilih wilayah tempat instance sinkronisasi data berada.
Klik Create Task untuk membuka halaman konfigurasi tugas.
Opsional. Klik New Configuration Page di sudut kanan atas halaman.
Catatan
- Lewati langkah ini jika tombol Back to Previous Version ditampilkan di sudut kanan atas halaman.
- Parameter spesifik di halaman konfigurasi versi baru dan sebelumnya mungkin berbeda. Kami sarankan Anda menggunakan halaman konfigurasi versi baru.

Konfigurasikan database sumber dan tujuan. Tabel berikut menjelaskan parameter.

Bagian	Parameter	Deskripsi
N/A	Task Name	Nama tugas DTS. DTS secara otomatis menghasilkan nama tugas. Kami sarankan Anda menentukan nama deskriptif yang memudahkan identifikasi tugas. Nama tugas tidak harus unik.
Source Database	Select a DMS database instance.	Database yang ingin digunakan. Anda dapat memilih apakah akan menggunakan database yang ada berdasarkan kebutuhan bisnis. Jika Anda memilih database yang ada, DTS secara otomatis mengisi parameter untuk database tersebut. Jika Anda tidak memilih database yang ada, Anda harus mengonfigurasi informasi database berikut. Catatan Di konsol DMS, Anda dapat mengklik Add DMS Database Instance untuk mendaftarkan database dengan DMS. Untuk informasi lebih lanjut, lihat Daftarkan Instance Database Alibaba Cloud dan Daftarkan Database yang Di-hosting pada Layanan Cloud Pihak Ketiga atau Database yang Dikelola Sendiri. Di konsol DTS, daftarkan database dengan DTS di halaman Database Connections atau halaman konfigurasi baru. Untuk informasi lebih lanjut, lihat Kelola Koneksi Database.
	Database Type	Jenis database sumber. Pilih PolarDB for MySQL.
	Access Method	Metode akses database sumber. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat klaster PolarDB untuk MySQL sumber berada.
	Replicate Data Across Alibaba Cloud Accounts	Dalam contoh ini, database dari akun Alibaba Cloud saat ini digunakan. Pilih No.
	PolarDB Cluster ID	ID klaster PolarDB untuk MySQL sumber.
	Database Account	Akun database klaster PolarDB untuk MySQL sumber. Untuk informasi lebih lanjut tentang izin yang diperlukan untuk akun database, lihat bagian Izin yang Diperlukan untuk Akun Database dari topik ini.
	Database Password	Kata sandi yang digunakan untuk mengakses database.
	Encryption	Menentukan apakah akan mengenkripsi koneksi ke database sumber. Anda dapat mengonfigurasi parameter ini berdasarkan kebutuhan bisnis. Untuk informasi lebih lanjut tentang fitur enkripsi SSL, lihat Konfigurasikan Enkripsi SSL.
Destination Database	Select a DMS database instance.	Database yang ingin digunakan. Anda dapat memilih apakah akan menggunakan database yang ada berdasarkan kebutuhan bisnis. Jika Anda memilih database yang ada, DTS secara otomatis mengisi parameter untuk database tersebut. Jika Anda tidak memilih database yang ada, Anda harus mengonfigurasi informasi database berikut. Catatan Di konsol DMS, Anda dapat mengklik Add DMS Database Instance untuk mendaftarkan database dengan DMS. Untuk informasi lebih lanjut, lihat Daftarkan Instance Database Alibaba Cloud dan Daftarkan Database yang Di-hosting pada Layanan Cloud Pihak Ketiga atau Database yang Dikelola Sendiri. Di konsol DTS, daftarkan database dengan DTS di halaman Database Connections atau halaman konfigurasi baru. Untuk informasi lebih lanjut, lihat Kelola Koneksi Database.
	Database Type	Jenis database tujuan. Pilih PolarDB for MySQL.
	Access Method	Metode akses database tujuan. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat klaster PolarDB untuk MySQL tujuan berada.
	Replicate Data Across Alibaba Cloud Accounts	Dalam contoh ini, database dari akun Alibaba Cloud saat ini digunakan. Pilih No.
	PolarDB Cluster ID	ID klaster PolarDB untuk MySQL tujuan.
	Database Account	Akun database klaster PolarDB untuk MySQL tujuan. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat bagian Izin yang Diperlukan untuk Akun Database dari topik ini.
	Database Password	Kata sandi yang digunakan untuk mengakses database.
	Encryption	Menentukan apakah akan mengenkripsi koneksi ke database sumber. Anda dapat mengonfigurasi parameter ini berdasarkan kebutuhan bisnis. Untuk informasi lebih lanjut tentang fitur enkripsi SSL, lihat Konfigurasikan Enkripsi SSL.

Di bagian bawah halaman, klik Test Connectivity and Proceed.
Jika database sumber atau tujuan adalah instance database Alibaba Cloud, seperti instance ApsaraDB RDS untuk MySQL atau instance ApsaraDB untuk MongoDB, DTS secara otomatis menambahkan blok CIDR server DTS ke daftar putih instance tersebut. Jika database sumber atau tujuan adalah database yang dikelola sendiri yang di-hosting pada instance Elastic Compute Service (ECS), DTS secara otomatis menambahkan blok CIDR server DTS ke aturan grup keamanan instance ECS, dan Anda harus memastikan bahwa instance ECS dapat mengakses database. Jika database diterapkan pada beberapa instance ECS, Anda harus secara manual menambahkan blok CIDR server DTS ke aturan grup keamanan setiap instance ECS. Jika database sumber atau tujuan adalah database yang dikelola sendiri yang diterapkan di pusat data atau disediakan oleh penyedia layanan cloud pihak ketiga, Anda harus secara manual menambahkan blok CIDR server DTS ke daftar putih database untuk mengizinkan DTS mengakses database. Untuk informasi lebih lanjut, lihat bagian "Blok CIDR Server DTS" dari topik Tambahkan Blok CIDR Server DTS.
Peringatan
Jika blok CIDR server DTS ditambahkan secara otomatis atau manual ke daftar putih database atau instance, risiko keamanan mungkin timbul. Oleh karena itu, sebelum menggunakan DTS untuk menyinkronkan data, Anda harus memahami dan menyetujui potensi risiko serta mengambil tindakan pencegahan, termasuk tetapi tidak terbatas pada langkah-langkah berikut: meningkatkan keamanan nama pengguna dan kata sandi, membatasi port yang diekspos, mengotentikasi panggilan API, secara berkala memeriksa daftar putih atau aturan grup keamanan ECS dan melarang blok CIDR yang tidak sah, atau menghubungkan database ke DTS dengan menggunakan Express Connect, VPN Gateway, atau Smart Access Gateway.

Konfigurasikan objek yang akan disinkronkan.

Di langkah Configure Objects, konfigurasikan objek yang ingin disinkronkan.

Parameter	Deskripsi
Synchronization Types	Jenis sinkronisasi. Secara default, Incremental Data Synchronization dipilih. Anda juga harus memilih Schema Synchronization dan Full Data Synchronization. Setelah pra-pemeriksaan selesai, DTS menyinkronkan data historis objek yang dipilih dari database sumber ke klaster tujuan. Data historis ini menjadi dasar untuk sinkronisasi inkremental selanjutnya.
Method to Migrate Triggers in Source Database	Metode yang digunakan untuk menyinkronkan pemicu dari database sumber. Anda dapat memilih metode sinkronisasi berdasarkan kebutuhan bisnis Anda. Jika tidak ada pemicu yang akan disinkronkan, Anda tidak perlu mengonfigurasi parameter ini. Untuk informasi lebih lanjut, lihat Sinkronkan atau migrasikan pemicu dari database sumber. Catatan Parameter ini tersedia hanya jika Anda memilih Schema Synchronization untuk parameter Synchronization Types.
Synchronization Topology	Topologi sinkronisasi instance sinkronisasi data. Pilih Two-way Synchronization.
Enable Exactly-Once Write	Menentukan apakah akan mengaktifkan fitur Penulisan Exactly-Once. Jika objek yang akan disinkronkan mencakup tabel yang tidak memiliki primary key dan kendala UNIQUE, pilih Yes. Untuk informasi lebih lanjut, lihat Sinkronkan tabel tanpa primary key atau kendala UNIQUE.
Exclude DDL Operations	Yes: mengecualikan operasi DDL. No: menyinkronkan operasi DDL. Penting Operasi DDL dapat disinkronkan hanya dalam arah maju dari database sumber ke database tujuan. Operasi DDL diabaikan dalam arah sebaliknya dari database tujuan ke database sumber. Oleh karena itu, parameter ini hanya ditampilkan saat Anda mengonfigurasi tugas dalam arah maju.
Global Conflict Resolution Policy	Pilih kebijakan resolusi konflik yang sesuai berdasarkan kebutuhan bisnis aktual Anda. Untuk informasi lebih lanjut tentang jenis konflik yang dapat dideteksi DTS, lihat Pendeteksian konflik yang didukung. TaskFailed Jika konflik terjadi selama sinkronisasi data, instance sinkronisasi data melaporkan kesalahan dan keluar dari proses. Tugas masuk ke status gagal, dan Anda harus menyelesaikan konflik secara manual. Ignore Jika konflik terjadi selama sinkronisasi data, instance sinkronisasi data mengabaikan pernyataan saat ini dan melanjutkan proses. Catatan yang bertentangan di database tujuan digunakan. Overwrite Jika konflik terjadi selama sinkronisasi data, catatan yang bertentangan di database tujuan ditimpa. Catatan Jika latensi terjadi saat Anda menjeda atau memulai ulang tugas sinkronisasi data, kebijakan resolusi konflik yang dipilih tidak berlaku selama latensi. Secara default, data di database tujuan ditimpa oleh data yang disinkronkan selama latensi.
Processing Mode of Conflicting Tables	Precheck and Report Errors: memeriksa apakah database tujuan berisi tabel yang memiliki nama yang sama dengan tabel di database sumber. Jika database sumber dan tujuan tidak berisi tabel dengan nama tabel identik, pra-pemeriksaan berhasil. Jika tidak, kesalahan akan dikembalikan selama pra-pemeriksaan, dan tugas sinkronisasi data tidak dapat dimulai. Catatan Jika database sumber dan tujuan berisi tabel dengan nama yang sama dan tabel di database tujuan tidak dapat dihapus atau diganti namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama tabel yang disinkronkan ke database tujuan. Untuk informasi lebih lanjut, lihat Peta nama objek. Ignore Errors and Proceed: melewati pra-pemeriksaan untuk nama tabel identik di database sumber dan tujuan. Peringatan Jika Anda memilih Ignore Errors and Proceed, ketidaksesuaian data mungkin terjadi dan bisnis Anda mungkin terpapar risiko potensial. Jika database sumber dan tujuan memiliki skema yang sama dan catatan data di database tujuan memiliki nilai primary key atau kunci unik yang sama dengan catatan data di database sumber: Selama sinkronisasi data penuh, DTS tidak menyinkronkan catatan data ke database tujuan. Catatan data yang ada di database tujuan dipertahankan. Selama sinkronisasi data inkremental, DTS menyinkronkan catatan data ke database tujuan. Catatan data yang ada di database tujuan ditimpa. Jika database sumber dan tujuan memiliki skema yang berbeda, data mungkin gagal diinisialisasi. Dalam hal ini, hanya beberapa kolom yang disinkronkan, atau instance sinkronisasi data gagal. Lanjutkan dengan hati-hati.
Source Objects	Pilih satu atau lebih objek dari bagian Source Objects dan klik ikon untuk menambahkan objek ke bagian Selected Objects. Catatan Anda dapat memilih kolom, tabel, atau database sebagai objek untuk disinkronkan. Jika Anda memilih tabel atau kolom sebagai objek yang akan disinkronkan, DTS tidak menyinkronkan objek lain seperti tampilan, pemicu, dan prosedur tersimpan ke database tujuan.
Selected Objects	Untuk mengganti nama objek yang ingin Anda sinkronkan ke instance tujuan, klik kanan objek di bagian Selected Objects. Untuk informasi lebih lanjut, lihat bagian "Peta nama objek tunggal" dari topik Peta nama objek. Untuk mengganti nama beberapa objek sekaligus, klik Batch Edit di sudut kanan atas bagian Selected Objects. Untuk informasi lebih lanjut, lihat bagian "Peta beberapa nama objek sekaligus" dari topik Peta nama objek. Catatan Jika Anda menggunakan fitur pemetaan nama objek untuk mengganti nama objek, objek lain yang bergantung pada objek tersebut mungkin gagal disinkronkan. Untuk memilih operasi SQL yang dilakukan pada database atau tabel tertentu, konfigurasikan kondisi filter, tambahkan kolom tambahan ke tabel tujuan, atau konfigurasikan Independent Conflict Resolution Policy untuk sinkronisasi data inkremental, lakukan langkah-langkah berikut: Di bagian Selected Objects, klik kanan objek. Di kotak dialog yang muncul, konfigurasikan parameter berdasarkan kebutuhan bisnis Anda. Untuk informasi lebih lanjut, lihat Tetapkan kondisi filter, Operasi SQL yang dapat disinkronkan, Tambahkan kolom tambahan ke tabel tujuan, dan Konfigurasikan kebijakan resolusi konflik independen.

Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.

Parameter	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas ke klaster bersama jika Anda tidak menentukan klaster khusus. Jika Anda ingin meningkatkan stabilitas instance sinkronisasi data, beli klaster khusus. Untuk informasi lebih lanjut, lihat Apa itu klaster khusus DTS?
Select the engine type of the destination database	Jenis mesin database tujuan. Pilih jenis mesin berdasarkan kebutuhan bisnis Anda. Nilai valid: InnoDB: Mesin penyimpanan default. X-Engine: mesin penyimpanan basis data 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 DMS atau alat gh-ost untuk melakukan operasi DDL online pada database sumber, Anda dapat menentukan apakah akan menyinkronkan data tabel sementara yang dihasilkan oleh operasi DDL online. Penting Anda tidak dapat menggunakan alat seperti pt-online-schema-change untuk melakukan operasi DDL online pada database sumber. Jika tidak, tugas DTS gagal. Yes: DTS menyinkronkan data tabel sementara yang dihasilkan oleh operasi DDL online. Catatan Jika operasi DDL online menghasilkan sejumlah besar data, tugas sinkronisasi data mungkin memerlukan waktu yang lama untuk diselesaikan. No, Adapt to DMS Online DDL: DTS tidak menyinkronkan data tabel sementara yang dihasilkan oleh operasi DDL online. Hanya operasi DDL asli yang dilakukan menggunakan DMS yang disinkronkan. Catatan Jika Anda memilih opsi ini, tabel di database tujuan mungkin terkunci. No, Adapt to gh-ost: DTS tidak menyinkronkan data tabel sementara yang dihasilkan oleh operasi DDL online. Hanya operasi DDL asli yang dilakukan menggunakan alat gh-ost yang disinkronkan. Anda dapat menggunakan ekspresi reguler default atau kustom untuk memfilter tabel bayangan alat gh-ost dan tabel yang tidak diperlukan. Catatan Jika Anda memilih opsi ini, tabel di database tujuan mungkin terkunci.
Whether to Migrate Accounts	Menentukan apakah akan menyinkronkan informasi akun database sumber. Anda dapat mengonfigurasi parameter ini berdasarkan kebutuhan bisnis Anda. Jika Anda memilih Yes, Anda harus memilih akun yang ingin disinkronkan, tentukan host yang dapat masuk menggunakan akun tersebut, dan periksa izin akun. Untuk informasi lebih lanjut, lihat Migrasi Akun Database.
Retry Time for Failed Connections	Rentang waktu ulang untuk koneksi gagal. Jika database sumber atau tujuan gagal terhubung setelah tugas sinkronisasi data dimulai, DTS segera mencoba kembali koneksi dalam rentang waktu tersebut. Nilai valid: 10 hingga 1440. Unit: menit. Nilai default: 720. Kami sarankan Anda mengatur parameter ini ke nilai lebih dari 30. Jika DTS menyambung kembali ke database sumber dan tujuan dalam rentang waktu yang ditentukan, DTS melanjutkan tugas sinkronisasi data. Jika tidak, tugas sinkronisasi data gagal. Catatan Jika Anda menentukan rentang waktu ulang yang berbeda untuk beberapa tugas sinkronisasi data yang memiliki database sumber atau tujuan yang sama, rentang waktu ulang terpendek yang berlaku. Saat DTS mencoba kembali koneksi, Anda akan dikenakan biaya untuk instance DTS. Kami sarankan Anda menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instance DTS sesegera mungkin setelah instance sumber dan tujuan dilepaskan.
Retry Time for Other Issues	Rentang waktu ulang untuk masalah lain. Misalnya, jika operasi DDL atau DML gagal dilakukan setelah tugas sinkronisasi data dimulai, DTS segera mencoba kembali operasi dalam rentang waktu tersebut. Nilai valid: 1 hingga 1440. Unit: menit. Nilai default: 10. Kami sarankan Anda mengatur parameter ini ke nilai lebih dari 10. Jika operasi gagal berhasil dilakukan dalam rentang waktu yang ditentukan, DTS melanjutkan tugas sinkronisasi data. Jika tidak, tugas sinkronisasi data gagal. Penting Nilai parameter Retry Time for Other Issues harus lebih kecil dari nilai parameter Retry Time for Failed Connections.
Enable Throttling for Full Data Synchronization	Selama sinkronisasi data penuh, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Ini dapat meningkatkan beban pada server database. Anda dapat mengonfigurasi parameter Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s) untuk tugas sinkronisasi data penuh untuk mengurangi beban pada server database tujuan. Catatan Anda hanya dapat mengonfigurasi parameter ini jika Full Data Synchronization dipilih untuk parameter Synchronization Types.
Enable Throttling for Incremental Data Synchronization	Menentukan apakah akan mengaktifkan pembatasan untuk sinkronisasi data inkremental. Anda dapat mengaktifkan pembatasan untuk sinkronisasi data inkremental berdasarkan kebutuhan bisnis Anda. Untuk mengonfigurasi pembatasan, Anda harus mengonfigurasi parameter RPS of Incremental Data Synchronization dan Data synchronization speed for incremental synchronization (MB/s). Ini mengurangi beban pada server database tujuan.
Whether to delete SQL operations on heartbeat tables of forward and reverse tasks	Menentukan apakah akan menulis operasi SQL pada tabel denyut nadi ke database sumber saat instance DTS sedang berjalan. Nilai valid: Yes: tidak menulis operasi SQL pada tabel denyut nadi. Dalam hal ini, latensi instance DTS mungkin ditampilkan. No: menulis operasi SQL pada tabel denyut nadi. Dalam hal ini, fitur seperti pencadangan fisik dan kloning database sumber mungkin terpengaruh.
Environment Tag	Tag lingkungan yang digunakan untuk mengidentifikasi instance DTS. Anda dapat memilih tag lingkungan berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, Anda tidak perlu mengonfigurasi parameter ini.
Configure ETL	Menentukan apakah akan mengaktifkan fitur ekstraksi, transformasi, dan pemuatan (ETL). Untuk informasi lebih lanjut, lihat Apa itu ETL? Nilai valid: Yes: mengonfigurasi fitur ETL. Anda dapat memasukkan pernyataan pemrosesan data di editor kode. Untuk informasi lebih lanjut, lihat Konfigurasikan ETL dalam tugas migrasi data atau tugas sinkronisasi data. No: tidak mengonfigurasi fitur ETL.
Monitoring and Alerting	Menentukan apakah akan mengonfigurasi peringatan untuk instance sinkronisasi data. Jika tugas gagal atau latensi sinkronisasi melebihi ambang batas yang ditentukan, kontak peringatan akan menerima notifikasi. Nilai valid: No: tidak mengaktifkan peringatan. Yes: mengonfigurasi peringatan. Dalam hal ini, Anda juga harus mengonfigurasi ambang batas peringatan dan pengaturan notifikasi peringatan. Untuk informasi lebih lanjut, lihat bagian "Konfigurasikan pemantauan dan peringatan saat membuat tugas DTS" dari topik Konfigurasikan pemantauan dan peringatan.

Klik Next Step: Data Verification untuk mengonfigurasi verifikasi data.
Untuk informasi lebih lanjut tentang cara menggunakan fitur verifikasi data, lihat Konfigurasikan Tugas Verifikasi Data.

Simpan pengaturan tugas dan jalankan pra-pemeriksaan.
- Untuk melihat parameter yang harus ditentukan saat Anda memanggil operasi API terkait untuk mengonfigurasi tugas DTS, gerakkan pointer ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.
- Jika Anda tidak perlu melihat atau telah melihat parameter, klik Next: Save Task Settings and Precheck di bagian bawah halaman.
Catatan
- Sebelum Anda dapat memulai tugas sinkronisasi data, DTS melakukan pra-pemeriksaan. Anda hanya dapat memulai tugas sinkronisasi data setelah tugas lolos pra-pemeriksaan.
- Jika tugas sinkronisasi data gagal pra-pemeriksaan, klik View Details di sebelah setiap item yang gagal. Setelah Anda menganalisis penyebab berdasarkan hasil pemeriksaan, atasi masalah tersebut. Kemudian, jalankan pra-pemeriksaan ulang.
- Jika peringatan dipicu untuk suatu item selama pra-pemeriksaan:
  Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item yang gagal dan atasi masalah tersebut. Kemudian, jalankan pra-pemeriksaan lagi.
  Jika item peringatan dapat diabaikan, klik Confirm Alert Details. Di kotak dialog Lihat Detail, klik Ignore. Di pesan yang muncul, klik OK. Kemudian, klik Precheck Again untuk menjalankan pra-pemeriksaan lagi. Jika Anda mengabaikan item peringatan, ketidaksesuaian data mungkin terjadi, dan bisnis Anda mungkin terpapar risiko potensial.
Tunggu hingga Success Rate menjadi 100%. Lalu, klik Next: Purchase Instance.

Beli instance sinkronisasi data.

Di halaman buy, konfigurasikan parameter Metode Penagihan dan Kelas Instance untuk tugas sinkronisasi data. Tabel berikut menjelaskan parameter.

Bagian	Parameter	Deskripsi
New Instance Class	Metode Penagihan	Langganan: Anda membayar langganan saat membuat instance sinkronisasi data. Metode penagihan langganan lebih hemat biaya daripada metode penagihan bayar sesuai pemakaian untuk penggunaan jangka panjang. Bayar sesuai pemakaian: Instance bayar sesuai pemakaian ditagih per jam. Metode penagihan bayar sesuai pemakaian cocok untuk penggunaan jangka pendek. Jika Anda tidak lagi memerlukan instance sinkronisasi data bayar sesuai pemakaian, Anda dapat melepaskan instance untuk mengurangi biaya.
	Pengaturan Grup Sumber Daya	Grup sumber daya tempat instance sinkronisasi data berada. Nilai default: default resource group. Untuk informasi lebih lanjut, lihat Apa itu Manajemen Sumber Daya?
	Kelas Instance	DTS menyediakan kelas instance yang bervariasi dalam kecepatan sinkronisasi. Anda dapat memilih kelas instance berdasarkan kebutuhan bisnis Anda. Untuk informasi lebih lanjut, lihat Kelas instance instance sinkronisasi data.
	Durasi Langganan	Jika Anda memilih metode penagihan langganan, tentukan durasi langganan dan jumlah instance sinkronisasi data yang ingin Anda buat. Durasi langganan bisa satu hingga sembilan bulan, satu tahun, dua tahun, tiga tahun, atau lima tahun. Catatan Parameter ini tersedia hanya jika Anda memilih metode penagihan Subscription.

Baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.
Klik Buy and Start. Di kotak dialog yang muncul, klik OK.
Anda dapat melihat kemajuan tugas di daftar tugas.

Konfigurasikan tugas sinkronisasi data dalam arah sebaliknya.
1. Tunggu hingga sinkronisasi awal selesai dan Status tugas sinkronisasi data dalam arah maju berubah menjadi Running.
2. Temukan tugas sinkronisasi data dalam arah sebaliknya dan klik Configure Task.
3. Ulangi Langkah 5 hingga Langkah 8 untuk mengonfigurasi tugas sinkronisasi data dalam arah sebaliknya.
  Penting
  Saat mengonfigurasi tugas sinkronisasi balik, pastikan Anda memilih instance sumber dan tujuan dengan benar. Instance sumber dalam arah balik adalah instance tujuan dalam arah maju. Instance tujuan dalam arah balik adalah instance sumber dalam arah maju. Pastikan pengaturan parameter seperti nama database, akun, dan kata sandi valid.
  Saat mengonfigurasi database sumber dan tujuan dari tugas sinkronisasi data dalam arah sebaliknya, parameter Instance Region tidak dapat diubah. Jumlah parameter yang harus dikonfigurasi untuk tugas sinkronisasi data dalam arah sebaliknya lebih sedikit daripada tugas sinkronisasi data dalam arah maju. Konfigurasikan parameter yang ditampilkan di konsol.
  Saat mengonfigurasi Processing Mode of Conflicting Tables untuk tugas sinkronisasi dalam arah sebaliknya, pastikan tabel yang telah disinkronkan ke instance tujuan dalam arah maju diabaikan.
  Anda tidak dapat memilih objek dalam daftar Selected Objects dari tugas sinkronisasi data dalam arah maju untuk tugas sinkronisasi data dalam arah sebaliknya.
  Kami sarankan Anda tidak menggunakan fitur pemetaan nama objek saat mengonfigurasi tugas sinkronisasi data dalam arah sebaliknya. Jika tidak, ketidaksesuaian data mungkin terjadi.
4. Tunggu hingga Success Rate menjadi 100%. Lalu, klik Back.
Tunggu hingga Status tugas sinkronisasi dalam kedua arah maju dan mundur berubah menjadi Running. Ini menunjukkan bahwa konfigurasi sinkronisasi data dua arah selesai.

Konfigurasikan kebijakan resolusi konflik independen