Konfigurasikan tugas sinkronisasi data untuk klaster khusus - Data Transmission Service

Fitur Sinkronisasi Data memungkinkan Anda menyinkronkan data antar sumber data secara real time. Fitur ini cocok untuk berbagai skenario bisnis, seperti redundansi geo-aktif, pemulihan bencana geo, pemulihan bencana data on-premises, sinkronisasi data lintas batas, BI cloud, dan data warehousing real time. Topik ini menggunakan contoh sinkronisasi data dari ApsaraDB RDS for MySQL ke ApsaraDB RDS for MySQL untuk menjelaskan cara mengonfigurasi tugas sinkronisasi data di klaster khusus DTS.

Prasyarat

Anda telah membuat klaster khusus DTS. Untuk informasi selengkapnya, lihat Buat klaster khusus DTS.
Anda telah membuat instans ApsaraDB RDS for MySQL sumber dan tujuan. Untuk informasi selengkapnya, lihat (Tidak berlaku lagi. Dialihkan ke Langkah 1.) Buat instans ApsaraDB RDS for MySQL dengan cepat.
Instans ApsaraDB RDS for MySQL tujuan harus memiliki ruang penyimpanan yang tersedia lebih banyak daripada yang digunakan oleh instans ApsaraDB RDS for MySQL sumber.
Instans sumber dan tujuan harus berada di wilayah yang sama dengan klaster khusus DTS.

Hal-hal yang Perlu Diperhatikan

Catatan

Selama sinkronisasi skema, DTS menyinkronkan kunci asing dari database sumber ke database tujuan.
Selama sinkronisasi data penuh dan sinkronisasi data inkremental, DTS sementara menonaktifkan pemeriksaan constraint 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 unique constraint, dan field tersebut harus unik. Jika tidak, data duplikat dapat muncul di database tujuan. Jika Anda melakukan sinkronisasi pada tingkat tabel dan perlu mengedit pemetaan (seperti pemetaan nama kolom), setiap tugas sinkronisasi mendukung hingga 1.000 tabel. Jika melebihi batas ini, tugas akan gagal dengan error. Untuk mengatasinya, bagi tabel ke beberapa tugas atau konfigurasikan tugas sinkronisasi seluruh database. Log biner: 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 klaster dual-primary (kedua node berperan 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 (disarankan tujuh hari). Untuk database MySQL yang dikelola sendiri, pertahankan log biner lokal minimal tujuh hari. Jika tidak, DTS mungkin gagal mengambil log biner, sehingga tugas gagal. Dalam kasus ekstrem, hal ini dapat menyebabkan ketidakkonsistenan data atau kehilangan data. Masalah yang disebabkan oleh periode retensi log biner yang lebih pendek dari yang disyaratkan 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. Jangan menjalankan operasi DDL yang mengubah skema database atau tabel selama sinkronisasi skema atau sinkronisasi penuh. Jika dilakukan, tugas sinkronisasi akan gagal. Catatan Selama sinkronisasi penuh, DTS melakukan query ke database sumber. Hal ini membuat metadata lock yang dapat memblokir operasi DDL pada database sumber. Data yang dihasilkan dari 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 melakukannya jika bisnis Anda mengizinkannya. Untuk informasi selengkapnya, lihat Ubah objek sinkronisasi. Jika database sumber Anda adalah MySQL 8.0.23 atau versi lebih baru dan berisi kolom tersembunyi tak terlihat, DTS mungkin tidak membaca kolom tersebut. Hal ini dapat menyebabkan kehilangan data. 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. Kompatibilitas MySQL: Saat DTS menyinkronkan data dari database sumber keluarga MySQL, DTS mengandalkan protokol MySQL standar dan format Binlog, serta perilaku yang tidak kompatibel dengan MySQL standar tidak didukung. Jika database sumber Anda mengklaim kompatibilitas MySQL tetapi berperilaku berbeda dari MySQL (misalnya, saat OceanBase dihubungkan sebagai sumber dalam mode MySQL, timestamp event rotate trailing di Binlog bernilai 0, yang berbeda dari MySQL), tugas sinkronisasi DTS mungkin gagal.
Batasan lainnya	Gunakan versi yang sama untuk database sumber dan tujuan, atau lakukan upgrade dari versi lebih rendah ke versi lebih tinggi untuk memastikan kompatibilitas. Menyinkronkan dari versi lebih tinggi ke versi lebih rendah dapat menyebabkan masalah kompatibilitas. Jika database sumber Anda menggunakan operasi DDL Online dalam mode tabel temporary—termasuk tetapi tidak terbatas pada skenario penggabungan multi-tabel—atau menambahkan indeks berbasis fungsi ke kolom unique key, kehilangan data atau kegagalan tugas dapat terjadi di database tujuan. Resolver yang didefinisikan dengan sintaks komentar tidak mendukung penggunaan sinkron. Jika terjadi konflik primary key atau unique key saat tugas berjalan: Jika skema tabel sama dan catatan di database tujuan memiliki nilai primary key atau unique key yang sama dengan catatan di database sumber: Selama sinkronisasi penuh, DTS mempertahankan catatan di klaster tujuan. Catatan yang sesuai dari database sumber tidak disinkronkan. Selama sinkronisasi inkremental, catatan dari database sumber menimpa catatan di database tujuan. Jika skema tabel berbeda, sinkronisasi data awal mungkin gagal. Hal ini dapat mengakibatkan hanya sebagian data kolom yang disinkronkan atau kegagalan sinkronisasi total. Lakukan dengan hati-hati. Jika database tujuan Anda adalah MySQL 8.0.23 atau versi lebih baru dan berisi kolom tersembunyi tak terlihat di kolom penerima, DTS mungkin gagal menemukan kolom target. Hal ini dapat menyebabkan kegagalan tugas atau kehilangan data. 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. Jika Anda tidak menggunakan DTS untuk menyinkronkan skema tabel, pastikan sendiri kompatibilitas field. Jika tidak, tugas mungkin gagal atau data hilang. Misalnya, jika tabel sumber menggunakan tipe data `text` dan kolom tujuan menggunakan `varchar(255)`, field besar di tabel sumber mungkin terpotong. 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. Evaluasi performa database sumber dan tujuan sebelum memulai sinkronisasi. Jalankan sinkronisasi selama jam sepi. Jika tidak, inisialisasi penuh akan mengonsumsi sumber daya baca dan tulis di kedua database dan dapat meningkatkan beban database. Inisialisasi penuh menjalankan operasi INSERT secara konkuren. Hal ini menyebabkan fragmentasi tabel tujuan. Setelah inisialisasi penuh, ruang tabel instans tujuan lebih besar daripada instans sumber. Jika Anda menyinkronkan satu atau beberapa tabel—bukan seluruh database—jangan gunakan alat seperti pt-online-schema-change untuk melakukan operasi DDL Online pada tabel sumber. Jika dilakukan, sinkronisasi akan gagal. Anda dapat menggunakan Data Management (DMS) untuk melakukan operasi DDL Online. Untuk informasi selengkapnya, lihat DDL Online tanpa mengunci tabel. Jangan menulis data ke database tujuan kecuali melalui DTS selama sinkronisasi berjalan. Jika tidak, ketidakkonsistenan data dapat terjadi antara database sumber dan tujuan. Misalnya, jika Anda menggunakan DMS untuk melakukan operasi DDL Online sementara data lain ditulis ke database tujuan, kehilangan data dapat terjadi. Jika operasi DDL gagal di database tujuan, tugas DTS tetap berjalan. Periksa DDL yang gagal di log tugas. Untuk petunjuknya, lihat Lihat log tugas. Jika Anda menulis kolom dengan nama yang hanya berbeda huruf kapital ke tabel yang sama di database MySQL tujuan, hasil yang tidak terduga dapat terjadi karena nama kolom MySQL tidak peka huruf kapital. Setelah sinkronisasi data selesai (status instans Status menjadi 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. Jika instans ApsaraDB RDS for MySQL Anda telah mengaktifkan Always-Encrypted, sinkronisasi data penuh tidak didukung. Catatan Instans ApsaraDB RDS for MySQL yang telah mengaktifkan Transparent Data Encryption (TDE) mendukung sinkronisasi skema, sinkronisasi data penuh, dan sinkronisasi data inkremental. 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 mungkin me-restart tugas atau menyesuaikan parameternya. Catatan Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum di Ubah parameter instans.
Pertimbangan lainnya	Untuk database sumber MySQL yang dikelola sendiri: Jika terjadi alih bencana primary/secondary di database sumber selama sinkronisasi, tugas akan gagal. DTS menghitung latensi dengan membandingkan timestamp catatan terakhir yang disinkronkan dengan waktu saat ini. Jika tidak ada operasi DML yang dijalankan dalam waktu lama di database sumber, pelaporan latensi mungkin menjadi tidak akurat. Jika latensi tampak terlalu tinggi, jalankan operasi DML di database sumber untuk memperbarui latensi. Catatan Jika Anda memilih seluruh database untuk sinkronisasi, buat tabel heartbeat. Perbarui atau tulis ke tabel ini setiap detik. DTS secara berkala menjalankan perintah CREATE DATABASE IF NOT EXISTS `test` di database sumber untuk memajukan offset log biner. Jika database sumber Anda adalah Amazon Aurora MySQL atau instans MySQL berklaster lainnya, pastikan nama domain atau alamat IP yang digunakan dalam konfigurasi tugas—dan resolusi DNS-nya—selalu mengarah ke node read/write (RW). Jika tidak, sinkronisasi mungkin gagal. Untuk database sumber ApsaraDB RDS for MySQL: Instans hanya baca—seperti instans hanya baca ApsaraDB RDS for MySQL 5.6—yang tidak mencatat log transaksi tidak dapat berfungsi sebagai database sumber. DTS secara berkala menjalankan perintah CREATE DATABASE IF NOT EXISTS `test` di database sumber untuk memajukan offset log biner.

Topologi sinkronisasi

Sinkronisasi satu arah satu-ke-satu
Sinkronisasi satu arah satu-ke-banyak
Sinkronisasi satu arah kaskade
Sinkronisasi satu arah banyak-ke-satu
Sinkronisasi dua arah satu-ke-satu

Untuk detail tentang setiap topologi sinkronisasi data dan catatan penggunaannya, lihat Topologi Sinkronisasi Data.

Operasi SQL yang didukung

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

Prosedur

Masuk ke halaman atau Dedicated Cluster.
Di sebelah kanan Workbench, pilih wilayah tempat Anda ingin membuat klaster khusus.
Pada kolom Operation klaster khusus target, pilih Configure Task > Configure Data Synchronization Task.

Konfigurasikan Source Database dan Destination Database.

Peringatan

Setelah memilih instans sumber dan tujuan, baca dengan cermat batasan yang ditampilkan di bagian atas halaman. Jika Anda tidak mengikuti batasan tersebut, tugas mungkin gagal atau terjadi ketidakkonsistenan data.

Bagian	Parameter	Deskripsi
N/A	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama deskriptif agar mudah diidentifikasi. Nama tersebut tidak harus unik.
Source Database	Select Existing Connection	Anda dapat memilih apakah akan menggunakan instans yang sudah ada, sesuai kebutuhan. Jika Anda menggunakan instans yang sudah ada, informasi database di bawah ini akan diisi secara otomatis. Anda tidak perlu memasukkannya lagi. Jika Anda tidak menggunakan instans yang sudah ada, Anda harus memasukkan informasi database di bawah ini.
	Database Type	Pilih MySQL.
	Connection Type	Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah instans ApsaraDB RDS for MySQL sumber. Ini ditentukan saat Anda membuat klaster khusus dan tidak dapat diubah.
	Replicate Data Across Alibaba Cloud Accounts	Contoh ini menggunakan instans database yang dimiliki oleh Akun Alibaba Cloud saat ini. Pilih No.
	RDS Instance ID	Pilih ID instans ApsaraDB RDS for MySQL sumber. Catatan Sumber dan tujuan dapat berupa instans ApsaraDB RDS for MySQL yang sama atau berbeda. DTS dapat menyinkronkan data antara dua instans atau dalam satu instans.
	Database Account	Masukkan akun database instans ApsaraDB RDS for MySQL sumber. Akun tersebut harus memiliki izin baca pada objek yang akan disinkronkan.
	Database Password	Masukkan kata sandi yang sesuai dengan akun database.
	Connection Method	Pilih Non-encrypted atau SSL-encrypted sesuai kebutuhan. Jika Anda memilih SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instans RDS for MySQL terlebih dahulu. Untuk informasi selengkapnya, lihat Gunakan sertifikat cloud untuk mengaktifkan enkripsi SSL dengan cepat.
Destination Database	Select Existing Connection	Anda dapat memilih apakah akan menggunakan instans yang sudah ada, sesuai kebutuhan. Jika Anda menggunakan instans yang sudah ada, informasi database akan diisi secara otomatis. Anda tidak perlu memasukkannya lagi. Jika Anda tidak menggunakan instans yang sudah ada, Anda harus memasukkan informasi database di bawah ini.
	Database Type	Pilih MySQL.
	Connection Type	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat instans ApsaraDB RDS 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.
	RDS Instance ID	Pilih ID instans ApsaraDB RDS for MySQL tujuan. Catatan Sumber dan tujuan dapat berupa instans ApsaraDB RDS for MySQL yang sama atau berbeda. DTS dapat menyinkronkan data antara dua instans atau dalam satu instans.
	Database Account	Masukkan akun database instans ApsaraDB RDS for MySQL tujuan. Akun tersebut harus memiliki izin baca dan tulis pada database tujuan.
	Database Password	Masukkan kata sandi yang sesuai dengan akun database.
	Connection Method	Pilih Non-encrypted atau SSL-encrypted sesuai kebutuhan. Jika Anda memilih SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instans RDS for MySQL terlebih dahulu. Untuk informasi selengkapnya, lihat Gunakan sertifikat cloud untuk mengaktifkan enkripsi SSL dengan cepat.

Di bagian bawah halaman, klik Test Connectivity and Proceed.

Jika database sumber atau tujuan adalah instans database Alibaba Cloud, seperti instans ApsaraDB RDS for MySQL atau ApsaraDB for MongoDB, DTS secara otomatis menambahkan Blok CIDR server DTS ke daftar putih instans tersebut. Jika database sumber atau tujuan adalah database yang dikelola sendiri yang di-host di instans Elastic Compute Service (ECS), DTS secara otomatis menambahkan Blok CIDR server DTS ke aturan grup keamanan ECS, dan Anda harus memastikan bahwa instans ECS dapat mengakses database tersebut. Jika database sumber atau tujuan adalah database yang dikelola sendiri yang ditempatkan di pusat data atau disediakan oleh penyedia layanan cloud pihak ketiga, Anda harus secara manual menambahkan Blok CIDR server DTS ke daftar putih database tersebut agar DTS dapat mengakses database. Untuk informasi selengkapnya, lihat Daftarkan alamat IP server DTS.
Peringatan
Jika Blok CIDR server DTS ditambahkan secara otomatis atau manual ke daftar putih database atau instans, atau ke aturan grup keamanan ECS, risiko keamanan dapat muncul. Oleh karena itu, sebelum menggunakan DTS untuk menyinkronkan data, Anda harus memahami dan mengakui risiko potensial serta mengambil tindakan pencegahan, termasuk tetapi tidak terbatas pada langkah-langkah berikut: meningkatkan keamanan username dan password, membatasi port yang diekspos, mengautentikasi panggilan API, memeriksa secara berkala daftar putih atau aturan grup keamanan ECS dan melarang Blok CIDR yang tidak sah, atau menghubungkan database ke DTS menggunakan Express Connect, VPN Gateway, atau Smart Access Gateway.

Konfigurasikan objek tugas.

Pada 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 klaster tujuan. Hal 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 melibatkan trigger, Anda tidak perlu mengonfigurasi parameter ini. Untuk informasi selengkapnya, lihat Konfigurasikan metode untuk menyinkronkan atau memigrasikan trigger. Catatan Parameter ini tersedia hanya ketika Synchronization Types dipilih untuk Schema Synchronization.
Enable Migration Assessment	Menilai apakah skema database sumber dan tujuan memenuhi persyaratan. Ini mencakup aspek seperti panjang indeks, prosedur tersimpan, dan tabel dependen. Anda dapat memilih Yes atau No. Catatan Parameter ini tersedia hanya ketika Synchronization Types dipilih untuk Schema Synchronization. Jika Anda memilih Yes, pemeriksaan awal mungkin memakan waktu lebih lama. Anda dapat melihat Assessment Result selama fase pemeriksaan awal. Hasil penilaian tidak memengaruhi hasil pemeriksaan awal.
Synchronization Topology	Pilih One-way Synchronization.
Processing Mode of Conflicting Tables	Precheck and Report Errors: Memeriksa apakah tabel dengan nama yang sama ada di database tujuan. Jika tabel dengan nama yang sama tidak ada, pemeriksaan awal lolos. Jika tabel dengan nama yang sama ada, pemeriksaan awal gagal dan tugas sinkronisasi data tidak dimulai. Catatan Jika Anda tidak dapat menghapus atau mengganti nama tabel dengan nama yang sama di database tujuan, Anda dapat memetakannya ke nama tabel yang berbeda. Untuk informasi selengkapnya, lihat 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 ketidakkonsistenan data dan membahayakan bisnis Anda. Misalnya: Jika skema tabel sama dan catatan di database tujuan memiliki nilai primary key atau unique key yang sama dengan catatan di database sumber: Selama sinkronisasi penuh, DTS mempertahankan catatan di klaster tujuan. Catatan yang sesuai dari database sumber tidak disinkronkan. Selama sinkronisasi inkremental, catatan dari database sumber menimpa catatan di database tujuan. Jika skema tabel berbeda, sinkronisasi data awal mungkin gagal. Hal ini dapat mengakibatkan hanya sebagian data kolom yang disinkronkan atau kegagalan sinkronisasi total. Lakukan dengan hati-hati.
Capitalization of Object Names in Destination Instance	Anda dapat mengonfigurasi kebijakan sensitivitas huruf besar/kecil untuk nama objek database, tabel, dan kolom yang disinkronkan ke instans tujuan. Secara default, DTS default policy dipilih. Anda juga dapat memilih untuk menggunakan kebijakan default database sumber dan tujuan. Untuk informasi 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 pada tingkat database atau tabel, klik kanan objek yang akan disinkronkan di kotak Selected Objects dan pilih operasi SQL yang diinginkan di kotak dialog yang muncul. Untuk memfilter data menggunakan klausa WHERE, klik kanan tabel yang akan disinkronkan di kotak Selected Objects dan atur kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya, lihat Set filter conditions. Jika Anda menggunakan pemetaan nama objek, sinkronisasi objek dependen mungkin gagal.

Klik Next: Advanced Settings untuk mengonfigurasi parameter lanjutan.

Parameter	Deskripsi
Dedicated Cluster for Task Scheduling	Parameter ini tetap pada klaster khusus saat ini dan tidak dapat diubah.
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 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 database sumber. Jika Anda memilih Yes, Anda juga perlu memilih akun yang akan disinkronkan dan mengonfirmasi izinnya. 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 error dan segera mulai mencoba koneksi ulang. 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 akan dilanjutkan secara otomatis. Jika tidak, tugas gagal. Catatan Jika Anda memiliki beberapa instans DTS (misalnya, Instans A dan Instans B) yang berbagi sumber atau tujuan yang sama, dan Anda mengatur waktu percobaan ulang jaringan menjadi 30 menit untuk Instans A dan 60 menit untuk Instans B, durasi yang lebih pendek yaitu 30 menit akan digunakan untuk keduanya. Karena DTS mengenakan biaya untuk waktu proses tugas selama periode percobaan ulang koneksi, kami menyarankan Anda menyesuaikan durasi percobaan ulang berdasarkan kebutuhan bisnis Anda atau segera melepas instans DTS setelah instans database sumber dan tujuan dilepas.
Retry Time for Other Issues	Setelah tugas sinkronisasi dimulai, jika terjadi masalah non-koneksi lainnya pada database sumber atau tujuan (seperti exception eksekusi DDL atau DML), DTS melaporkan error 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 akan dilanjutkan secara otomatis. Jika tidak, tugas gagal. Penting Nilai untuk Retry Time for Other Issues harus lebih kecil daripada nilai untuk Retry Time for Failed Connections.
Enable Throttling for Full Data Synchronization	Selama tahap sinkronisasi penuh, DTS mengonsumsi sumber daya baca dan tulis dari database sumber dan tujuan, yang dapat meningkatkan beban database. Untuk mengurangi beban pada database sumber dan tujuan, Anda dapat mengatur batas laju untuk tugas sinkronisasi penuh dengan mengonfigurasi parameter Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s). Catatan Item konfigurasi ini tersedia hanya ketika Synchronization Types diatur ke Full Data Synchronization. Anda juga dapat menyesuaikan laju sinkronisasi penuh setelah instans sinkronisasi berjalan.
Enable Throttling for Incremental Data Synchronization	Anda juga dapat mengatur batas laju untuk tugas sinkronisasi inkremental. Untuk mengurangi tekanan pada database tujuan, atur RPS of Incremental Data Synchronization dan Data synchronization speed for incremental synchronization (MB/s).
Environment Tag	Anda dapat memilih tag lingkungan untuk mengidentifikasi instans. Tidak perlu pemilihan dalam contoh ini.
Whether to delete SQL operations on heartbeat tables of forward and reverse tasks	Pilih apakah akan menulis informasi SQL heartbeat ke database sumber saat instans DTS berjalan. Yes: Informasi SQL heartbeat tidak ditulis ke database sumber. Hal ini dapat menyebabkan instans DTS melaporkan delay. No: Menulis informasi SQL heartbeat ke database sumber. Hal ini dapat mengganggu fitur seperti backup fisik dan kloning database sumber.
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: Konfigurasikan peringatan dengan mengatur ambang batas peringatan dan menentukan notifikasi peringatan. Untuk informasi selengkapnya, lihat Konfigurasikan pemantauan peringatan selama konfigurasi tugas.

Klik Next: Data Validation untuk mengonfigurasi tugas validasi data.

Jika Anda ingin menggunakan fitur validasi data, lihat Konfigurasikan 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 pekerjaan sinkronisasi dimulai, DTS menjalankan pemeriksaan awal. Pekerjaan hanya dapat dimulai setelah semua item pemeriksaan awal lolos.
- Jika pemeriksaan awal gagal, klik View Details untuk item yang gagal. Perbaiki masalah sesuai petunjuk, lalu jalankan kembali pemeriksaan awal.
- Jika pemeriksaan awal mengembalikan peringatan:
  
  Jika item pemeriksaan gagal dan tidak dapat diabaikan, klik View Details di sebelah item tersebut. Ikuti petunjuk untuk memperbaiki masalah, lalu jalankan kembali pemeriksaan awal.
  
  Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again secara berurutan untuk melewati peringatan dan menjalankan kembali pemeriksaan awal. Jika Anda memilih untuk mengabaikan item peringatan, hal ini dapat menyebabkan masalah seperti ketidakkonsistenan data dan menimbulkan risiko bagi bisnis Anda.
Saat tingkat keberhasilan pemeriksaan awal mencapai 100%, klik Next: Select DTS Instance Type.
Di bagian New Instance Class, atur Instance Class untuk tugas. Anda dapat menentukan nilai dari 1 DU hingga maksimum DU yang tersedia di klaster.
Setelah menyelesaikan konfigurasi, baca dan pilih kotak centang Data Transmission Service (Pay-as-you-go) Service Terms.
Klik Start Task. Di kotak dialog yang muncul, klik OK untuk memulai tugas sinkronisasi.
Anda dapat memfilter tugas di Cluster Task List untuk memantau perkembangannya.