Sinkronisasi PolarDB for MySQL ke AnalyticDB for MySQL 3.0 - Data Transmission Service

Gunakan DTS untuk menyinkronkan data dari kluster PolarDB for MySQL ke kluster AnalyticDB for MySQL 3.0 guna membangun sistem Intelijen Bisnis (BI) internal, kueri interaktif, dan pelaporan real-time secara cepat.

Prasyarat

Kluster PolarDB for MySQL telah dibuat. Untuk informasi selengkapnya, lihat Beli kluster langganan dan Beli kluster pay-as-you-go.
Anda telah membuat kluster tujuan AnalyticDB for MySQL 3.0. Untuk detailnya, lihat Buat kluster.
Instans tujuan AnalyticDB for MySQL memerlukan ruang penyimpanan yang lebih besar daripada yang digunakan oleh instans sumber PolarDB for MySQL.

Batasan

Catatan

Selama sinkronisasi skema, DTS tidak 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 sesi. Jika Anda melakukan operasi pembaruan atau penghapusan kaskade pada database sumber saat tugas berjalan, ketidakkonsistenan data dapat terjadi.

Type	Description
Batasan database sumber	Tabel yang akan disinkronkan harus memiliki kunci primer atau kendala UNIK, dan field-nya harus unik. Jika tidak, data duplikat dapat muncul di database tujuan. 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, pisahkan tabel menjadi beberapa tugas sinkronisasi atau konfigurasikan tugas untuk menyinkronkan seluruh database. Binary Log: 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 lebih lanjut 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 diperlukan tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS. Catatan Untuk informasi lebih lanjut tentang cara mengatur periode retensi log biner kluster PolarDB for MySQL, lihat Modifikasi periode retensi. Selama sinkronisasi, jangan lakukan operasi DDL untuk memodifikasi kunci primer atau menambahkan komentar ke tabel, seperti `ALTER TABLE table_name COMMENT='Table comment';`. Jika tidak, operasi DDL tersebut gagal dieksekusi selama sinkronisasi data. 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 kueri ke database sumber. Hal ini membuat kunci metadata yang dapat memblokir operasi DDL pada database sumber.
Batasan lainnya	Sinkronisasi indeks awalan tidak didukung. Jika database sumber memiliki indeks awalan, sinkronisasi data dapat gagal. Failover primer/sekunder pada instans database tidak didukung selama sinkronisasi data penuh awal. Jika failover terjadi, 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 kunci primer atau kunci unik saat tugas berjalan: Jika skema tabel sama dan catatan di database tujuan memiliki nilai kunci primer atau kunci unik 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. Database tujuan harus berisi kunci primer kustom. Atau, pada langkah Configurations for Databases, Tables, and Columns, konfigurasikan Primary Key Column. Jika tidak, sinkronisasi dapat gagal. Anda tidak dapat menyinkronkan data dari node read-only kluster sumber PolarDB for MySQL. Sinkronisasi INDEX, PARTITION, VIEW, PROCEDURE, FUNCTION, TRIGGER, dan FK tidak didukung. Anda tidak dapat menyinkronkan tabel eksternal OSS dari kluster sumber PolarDB for MySQL. Karena batasan AnalyticDB for MySQL, jika penggunaan ruang disk sebuah node di kluster AnalyticDB for MySQL melebihi 80%, tugas DTS menjadi abnormal dan terjadi latensi. Perkirakan ruang yang diperlukan berdasarkan objek yang akan disinkronkan terlebih dahulu untuk memastikan kluster tujuan memiliki ruang penyimpanan yang cukup. Jika kluster tujuan AnalyticDB for MySQL 3.0 sedang melakukan backup saat tugas DTS berjalan, tugas tersebut gagal. 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 dan 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 tool 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 lebih lanjut tentang cara melihat log tugas, lihat Lihat log tugas. Jika tugas gagal, staf dukungan DTS akan mencoba 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	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.

Topologi sinkronisasi satu arah

Satu-ke-satu
Satu-ke-banyak
Banyak-ke-satu

Operasi SQL yang didukung

Jenis operasi	Pernyataan SQL
DML	`INSERT`, `UPDATE`, dan `DELETE` Catatan Saat Anda menulis data ke AnalyticDB for MySQL, sistem secara otomatis mengonversi pernyataan `UPDATE` menjadi pernyataan `REPLACE INTO`. Jika Anda memperbarui kunci primer, sistem mengonversi pernyataan `UPDATE` menjadi pernyataan `DELETE` dan `INSERT`.
DDL	`CREATE TABLE`, `DROP TABLE`, `RENAME TABLE`, `TRUNCATE TABLE`, `ADD COLUMN`, `MODIFY COLUMN`, dan `DROP COLUMN` Penting Operasi RENAME TABLE dapat menyebabkan ketidakkonsistenan data. Misalnya, jika objek sinkronisasi adalah satu tabel dan Anda mengganti namanya pada instans sumber selama sinkronisasi, data tabel tersebut tidak disinkronkan ke database tujuan. Untuk menghindari masalah ini, Anda dapat mengonfigurasi tugas untuk menyinkronkan seluruh database tempat tabel tersebut berada. Pastikan database tempat tabel tersebut berada baik sebelum maupun setelah operasi RENAME TABLE termasuk dalam objek sinkronisasi.

Peringatan

Jika Anda mengubah tipe data suatu field di tabel sumber selama sinkronisasi data, tugas sinkronisasi data akan melaporkan kesalahan dan berhenti. Untuk memperbaiki masalah secara manual, ikuti langkah-langkah berikut:

Dalam contoh ini, tugas sinkronisasi data gagal karena tipe data suatu field diubah di tabel sumber (misalnya, customer) selama sinkronisasi ke database AnalyticDB for MySQL.
Di kluster AnalyticDB for MySQL 3.0 Anda, buat tabel baru (misalnya, customer_new) dengan skema yang sama seperti tabel customer.
Jalankan pernyataan INSERT INTO SELECT untuk menyalin data dari tabel customer ke tabel customer_new. Hal ini memastikan data di kedua tabel konsisten.
Ganti nama atau hapus tabel customer. Kemudian, ganti nama tabel customer_new menjadi customer.
Di konsol DTS, restart tugas sinkronisasi data.

Prosedur

Buka halaman daftar tugas sinkronisasi 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 berbeda tergantung pada mode dan tata letak konsol DMS. Untuk informasi selengkapnya, lihat Mode sederhana dan Sesuaikan tata letak dan gaya antarmuka DMS.
1. Masuk ke Data Management (DMS).
2. Di bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Synchronization.
3. Di sebelah kanan Data Synchronization Tasks, pilih wilayah tempat instans sinkronisasi berada.
Klik Create Task untuk membuka halaman konfigurasi tugas.

Konfigurasikan database sumber dan tujuan.

Peringatan

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

Kategori	Parameter	Deskripsi
N/A	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami merekomendasikan agar Anda menentukan nama deskriptif untuk memudahkan identifikasi. Nama tersebut tidak harus unik.
Source Database	Select Existing Connection	Untuk menggunakan instans database yang ditambahkan ke sistem (baru dibuat atau disimpan), pilih instans database dari daftar drop-down. Informasi database akan dikonfigurasi secara otomatis. Catatan Di konsol DMS, item konfigurasi ini bernama Select a DMS database instance.. Jika Anda belum menambahkan instans database ke sistem, atau tidak perlu menggunakan instans yang sudah ditambahkan, konfigurasikan manual informasi database berikut.
	Database Type	Pilih PolarDB for MySQL.
	Connection Type	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah kluster sumber PolarDB for MySQL.
	PolarDB Cluster ID	Pilih ID instans kluster sumber PolarDB for MySQL.
	Database Account	Masukkan akun database kluster sumber PolarDB for MySQL. Akun ini harus memiliki izin baca pada objek yang akan disinkronkan.
	Database Password	Masukkan kata sandi yang sesuai dengan akun database.
	Encryption	Pilih opsi berdasarkan kebutuhan bisnis Anda. Untuk informasi lebih lanjut tentang enkripsi SSL, lihat Konfigurasi enkripsi SSL.
Destination Database	Select Existing Connection	Untuk menggunakan instans database yang ditambahkan ke sistem (baru dibuat atau disimpan), pilih instans database dari daftar drop-down. Informasi database akan dikonfigurasi secara otomatis. Catatan Di konsol DMS, item konfigurasi ini bernama Select a DMS database instance.. Jika Anda belum menambahkan instans database ke sistem, atau tidak perlu menggunakan instans yang sudah ditambahkan, konfigurasikan manual informasi database berikut.
	Database Type	Pilih AnalyticDB for MySQL 3.0.
	Connection Type	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah kluster tujuan AnalyticDB for MySQL 3.0.
	Instance ID	Pilih ID instans kluster tujuan AnalyticDB for MySQL 3.0.
	Database Account	Masukkan akun database kluster tujuan AnalyticDB for MySQL 3.0. Akun ini harus memiliki izin baca dan tulis.
	Database Password	Masukkan kata sandi yang sesuai dengan akun database.

Setelah menyelesaikan konfigurasi, klik Test Connectivity and Proceed di bagian bawah halaman.
Catatan
Pastikan blok CIDR alamat IP server DTS telah ditambahkan ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Hal ini dapat dilakukan secara otomatis atau manual. Untuk informasi selengkapnya, lihat Tambahkan blok CIDR alamat IP server DTS ke daftar putih.

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. Hal ini berfungsi sebagai data garis dasar untuk sinkronisasi data inkremental berikutnya. Catatan Jika Anda memilih Full Data Synchronization, skema dan data tabel yang dibuat menggunakan pernyataan CREATE TABLE dapat disinkronkan ke database tujuan.
DDL and DML Operations to Be Synchronized	Pilih operasi DDL atau DML yang akan disinkronkan pada tingkat instans. Untuk informasi tentang operasi yang didukung, lihat Operasi SQL yang didukung. Catatan Untuk memilih operasi SQL yang akan disinkronkan pada tingkat database atau tabel, klik kanan objek di daftar Selected Objects dan pilih operasi SQL yang diinginkan dari menu pintasan.
Merge Tables	Pilih Yes: Dalam skenario OLTP, sharding database dan tabel sering digunakan untuk meningkatkan waktu respons tabel bisnis. Dalam skenario OLAP, seperti database tujuan dalam contoh ini, satu tabel data dapat menyimpan data dalam jumlah besar, sehingga kueri tabel tunggal menjadi lebih nyaman. Dalam skenario seperti ini, Anda dapat menggunakan fitur penggabungan multi-tabel DTS untuk menyinkronkan beberapa tabel dengan skema yang sama (tabel sharded) dari database sumber ke satu tabel di database tujuan. Untuk instruksi spesifik, lihat Aktifkan penggabungan multi-tabel. Catatan Setelah memilih beberapa tabel dari database sumber, Anda harus menggunakan fitur pemetaan nama objek untuk mengubah nama tabel tersebut menjadi nama tabel yang sama di database tujuan. Untuk informasi lebih lanjut tentang fitur pemetaan nama objek, lihat Petakan nama tabel dan kolom. DTS menambahkan kolom `__dts_data_source` bertipe teks ke tabel tujuan untuk menyimpan sumber data. Nilai kolom menggunakan format `ID instans DTS:nama database:nama skema:nama tabel` untuk mengidentifikasi sumber tabel, misalnya, `dts******:dtstestdata:testschema:customer1`. Fitur penggabungan multi-tabel berada pada tingkat tugas, artinya Anda tidak dapat melakukan penggabungan multi-tabel pada tingkat tabel. Jika Anda ingin menggabungkan beberapa tabel tetapi tidak yang lain, Anda perlu membuat dua tugas sinkronisasi data. Peringatan** Jangan jalankan operasi DDL untuk mengubah skema database atau tabel di database sumber. Jika tidak, ketidakkonsistenan data atau kegagalan tugas sinkronisasi dapat terjadi. Pilih No. Ini adalah opsi default.
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 Petakan nama tabel dan kolom. Ignore Errors and Proceed: Melewati pemeriksaan nama tabel duplikat di database tujuan. Peringatan Memilih Ignore Errors and Proceed dapat menyebabkan ketidakkonsistenan data dan membahayakan bisnis Anda. Misalnya: Jika skema tabel sama dan catatan di database tujuan memiliki nilai kunci primer atau kunci unik 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.
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 sebagai objek sinkronisasi, DTS tidak menyinkronkan objek lain seperti view, trigger, dan prosedur tersimpan ke database tujuan. Jika Anda memilih seluruh database sebagai objek sinkronisasi, aturan default berikut berlaku: Jika tabel yang akan disinkronkan di database sumber memiliki kunci primer yang terdiri dari satu atau beberapa kolom, DTS menggunakan kolom kunci primer sebagai kunci distribusi.
Selected Objects	Untuk mengganti nama satu objek sinkronisasi di instans tujuan, klik kanan objek di kotak Selected Objects. Untuk informasi lebih lanjut tentang mengganti nama objek, lihat Petakan 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 Untuk memilih operasi SQL yang akan disinkronkan pada tingkat database atau tabel, klik kanan objek di daftar Selected Objects dan pilih operasi SQL yang diinginkan di kotak dialog yang muncul. Untuk daftar operasi yang didukung, lihat Operasi SQL yang didukung. Untuk menyaring data menggunakan klausa WHERE, klik kanan tabel di daftar Selected Objects dan tentukan kondisi filter di kotak dialog yang muncul. Untuk instruksi, lihat Konfigurasi penyaringan data.

Klik Next: Advanced Settings untuk mengonfigurasi parameter lanjutan.

Parameter	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas pada kluster bersama, dan Anda tidak perlu memilih kluster. Untuk kinerja yang lebih stabil, Anda dapat membeli kluster khusus untuk menjalankan tugas sinkronisasi DTS. Untuk informasi selengkapnya, lihat Apa itu kluster khusus DTS?.
Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database.	Operasi DDL tidak didukung untuk sinkronisasi. Anda harus memilih No, Adapt to DMS Online DDL atau No, Adapt to gh-ost. Jika sinkronisasi DDL didukung dalam skenario ini di masa depan dan Anda menggunakan Data Management (DMS) atau gh-ost untuk membuat perubahan DDL Online di database sumber, Anda dapat memilih apakah akan menyinkronkan data dari tabel temporary yang dihasilkan selama perubahan DDL Online tersebut. Penting 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 tool 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 perubahan DDL Online. Sebagai gantinya, hanya menyinkronkan pernyataan DDL asli yang dieksekusi di database sumber menggunakan Data Management (DMS). Catatan Opsi ini menyebabkan tabel terkunci di database tujuan. No, Adapt to gh-ost: Tidak menyinkronkan tabel temporary yang dihasilkan oleh perubahan DDL Online. Mendukung aturan penyaringan kustom. DTS memfilter perubahan data di tabel temporary (misalnya, `_table-name_gho`) yang dihasilkan oleh tool 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.
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 akan 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 melepas instans DTS setelah instans database sumber dan tujuan dilepas.
Retry Time for Other Issues	Setelah tugas sinkronisasi dimulai, jika terjadi masalah non-konektivitas lainnya pada database sumber atau tujuan (seperti pengecualian eksekusi DDL atau DML), DTS melaporkan kesalahan dan segera mulai melakukan 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 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 hanya tersedia ketika Synchronization Types diatur ke Full Data Synchronization. Anda juga dapat menyesuaikan laju sinkronisasi penuh setelah instans sinkronisasi berjalan.
Enable Throttling for Incremental Data Synchronization	Anda juga dapat mengatur batas laju untuk tugas sinkronisasi inkremental. Untuk mengurangi tekanan pada database tujuan, atur RPS of Incremental Data Synchronization dan Data synchronization speed for incremental synchronization (MB/s).
Environment Tag	Anda dapat memilih tag lingkungan untuk mengidentifikasi instans berdasarkan kebutuhan Anda. Parameter ini opsional.
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.
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 instruksi konfigurasi.
Opsi: Setelah menyelesaikan konfigurasi di atas, klik Next: Configure Database and Table Fields untuk mengatur Type, Primary Key Column, Distribution Key, dan informasi kunci partisi (Partition Key, Partitioning Rules, dan Partition Lifecycle) untuk tabel yang akan disinkronkan di database tujuan.
Catatan
- Langkah ini hanya tersedia jika Anda memilih Schema Synchronization untuk Synchronization Types saat mengonfigurasi objek tugas. Anda kemudian dapat mengatur Definition Status ke All untuk melakukan modifikasi.
- Primary Key Column dapat berupa kunci primer komposit yang terdiri dari beberapa kolom. Anda harus memilih satu atau beberapa kolom dari Primary Key Column untuk berfungsi sebagai Distribution Key dan Partition Key. Untuk informasi selengkapnya, lihat CREATE TABLE.

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.

Beli instans.

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

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

Kategori	Parameter	Deskripsi
New Instance Class	Metode Penagihan	Langganan: Anda membayar saat membuat instans. Ini cocok untuk kebutuhan jangka panjang dan lebih hemat biaya dibandingkan pay-as-you-go. Semakin lama durasi langganan, semakin tinggi diskonnya. Pay-as-you-go: Anda dikenai biaya per jam. Ini cocok untuk kebutuhan jangka pendek. Anda dapat melepas 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 Resource Management?.
	Spesifikasi Link	DTS menyediakan spesifikasi sinkronisasi dengan tingkat kinerja yang berbeda. Spesifikasi link sinkronisasi memengaruhi laju sinkronisasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Spesifikasi link 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 saat 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 progres tugas di halaman Sinkronisasi Data.