Menyinkronkan data dari instance ApsaraDB RDS for MySQL ke cluster AnalyticDB for MySQL V3.0 - Data Transmission Service

Anda dapat menyinkronkan data dari instance ApsaraDB RDS for MySQL ke cluster AnalyticDB for MySQL V3.0 menggunakan Data Transmission Service (DTS). Hal ini membantu pengguna perusahaan membangun sistem business intelligence (BI), sistem kueri interaktif, dan sistem laporan waktu nyata.

Prasyarat

Cluster tujuan AnalyticDB for MySQL V3.0 telah dibuat. Untuk informasi lebih lanjut, lihat Buat cluster.
Ruang penyimpanan yang tersedia di cluster tujuan AnalyticDB for MySQL V3.0 lebih besar daripada total ukuran data di instance sumber ApsaraDB RDS for MySQL.

Catatan Penggunaan

Catatan

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

Tipe	Deskripsi
Batasan pada database sumber	Tabel yang akan disinkronkan harus memiliki PRIMARY KEY atau kendala UNIQUE, dan semua bidang harus unik. Jika tidak, database tujuan mungkin berisi catatan data duplikat. Jika Anda memilih tabel sebagai objek yang akan disinkronkan dan Anda perlu mengedit tabel (seperti mengganti nama tabel atau kolom), hingga 1.000 tabel dapat disinkronkan 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 membagi tabel dan mengonfigurasi beberapa tugas untuk menyinkronkan tabel, atau mengonfigurasi tugas untuk menyinkronkan seluruh database. Log biner: Fitur pencatatan biner diaktifkan secara default. Parameter binlog_row_image harus diatur ke full. Jika tidak, pesan kesalahan dikembalikan selama pra-pemeriksaan dan tugas sinkronisasi data tidak dapat dimulai. Untuk informasi lebih lanjut tentang cara mengatur parameter, lihat Atur parameter. Penting Jika database sumber adalah database MySQL yang dikelola sendiri, Anda harus mengaktifkan pencatatan biner dan mengatur parameter binlog_format ke row dan parameter binlog_row_image ke full. Jika database sumber adalah database MySQL yang dikelola sendiri dalam klaster dua primer (dengan setiap database berfungsi sebagai database primer dan sekunder satu sama lain), Anda harus mengaktifkan parameter log_slave_updates untuk memastikan bahwa DTS dapat memperoleh semua log biner. Untuk informasi lebih lanjut, lihat Buat akun untuk database MySQL buatan pengguna dan konfigurasikan pencatatan biner. File log biner lokal dari instance ApsaraDB RDS for MySQL harus disimpan setidaknya selama 3 hari. Kami sarankan Anda menyimpan file selama 7 hari. File log biner lokal dari database MySQL yang dikelola sendiri harus disimpan setidaknya selama 7 hari. Jika tidak, DTS mungkin gagal memperoleh log biner dan tugas mungkin gagal. Dalam kasus ekstrem, data mungkin tidak konsisten atau hilang. Pastikan masalah waktu penyimpanan log biner yang tidak mencukupi tidak terjadi. Jika tidak, Perjanjian Tingkat Layanan (SLA) DTS tidak menjamin keandalan layanan dan kinerja. Catatan Untuk informasi tentang cara mengatur Log Retention Period untuk instance ApsaraDB RDS for MySQL, lihat Hapus otomatis log lokal. Selama sinkronisasi data, jangan jalankan operasi DDL untuk memodifikasi primary key atau menambahkan komentar (seperti `ALTER TABLE table_name COMMENT='table comment';`). Jika tidak, operasi DDL tersebut gagal dieksekusi selama sinkronisasi data. Selama sinkronisasi skema dan sinkronisasi data penuh, jangan jalankan pernyataan DDL untuk mengubah skema database atau tabel. Jika tidak, tugas sinkronisasi data gagal. Selama sinkronisasi data, perubahan data yang tidak dicatat dalam log biner, seperti perubahan data yang disebabkan oleh pemulihan cadangan fisik dan operasi kaskade, tidak disinkronkan ke database tujuan. Catatan Jika situasi seperti itu terjadi, Anda dapat menghapus database atau tabel dari objek yang akan disinkronkan dan kemudian menambahkan kembali database atau tabel ke objek ketika bisnis Anda mengizinkan. Untuk informasi lebih lanjut, lihat Ubah objek yang akan disinkronkan. Jika database sumber adalah MySQL 8.0.23 atau lebih baru dan data yang akan disinkronkan berisi kolom tak terlihat, kehilangan data mungkin terjadi karena DTS tidak dapat memperoleh data di kolom tak terlihat. Catatan Anda dapat menjalankan perintah `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;` untuk mengatur kolom tak terlihat menjadi terlihat. Untuk informasi lebih lanjut, lihat Kolom Tak Terlihat. Tabel tanpa primary key secara otomatis menghasilkan primary key tak terlihat. Anda juga perlu mengatur primary key tak terlihat menjadi terlihat. Untuk informasi lebih lanjut, lihat Primary Key Tak Terlihat yang Dihasilkan.
Batasan lainnya	Indeks awalan tidak didukung untuk sinkronisasi. Jika database sumber berisi indeks awalan, sinkronisasi data mungkin gagal. Sinkronisasi INDEX, PARTITION, VIEW, PROCEDURE, FUNCTION, TRIGGER, dan FK tidak didukung. Jika terjadi konflik primary key atau unique key selama sinkronisasi data: Jika database sumber dan tujuan memiliki skema yang sama dan catatan data di database tujuan memiliki nilai primary key atau unique key 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 tambahan, 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. Database tujuan harus memiliki primary key kustom, atau Anda harus mengonfigurasi Primary Key Column di langkah Configurations for Databases, Tables, and Columns. Jika tidak, sinkronisasi data mungkin gagal. Karena batasan AnalyticDB for MySQL, jika penggunaan disk node di cluster AnalyticDB for MySQL melebihi 80%, tugas DTS tidak normal dan latensi terjadi. Kami sarankan Anda memperkirakan ruang disk yang diperlukan berdasarkan objek yang akan disinkronkan. Pastikan cluster tujuan memiliki ruang penyimpanan yang cukup. Jika cluster tujuan AnalyticDB for MySQL 3.0 sedang dicadangkan saat tugas DTS berjalan, tugas gagal. Sebelum Anda menyinkronkan data, evaluasi dampak sinkronisasi data terhadap kinerja database sumber dan tujuan. Kami sarankan Anda menyinkronkan data selama jam non-puncak. Selama sinkronisasi data penuh, DTS menggunakan sumber daya baca dan tulis database sumber dan tujuan. Ini dapat meningkatkan beban pada server database. Selama sinkronisasi data penuh, operasi INSERT bersamaan menyebabkan fragmentasi di tabel database tujuan. Setelah sinkronisasi data penuh selesai, ukuran ruang tabel yang digunakan oleh database tujuan lebih besar daripada yang digunakan oleh database sumber. Jika Anda memilih satu atau lebih tabel alih-alih seluruh database sebagai objek yang akan disinkronkan, jangan gunakan alat seperti pt-online-schema-change untuk melakukan operasi DDL online pada tabel selama sinkronisasi data. Jika tidak, tugas sinkronisasi data gagal. Anda dapat menggunakan Data Management (DMS) untuk melakukan operasi DDL online. Untuk informasi lebih lanjut, lihat Ubah skema tanpa mengunci tabel. Untuk sinkronisasi data tingkat tabel, jika tidak ada data dari sumber selain DTS yang ditulis ke database tujuan AnalyticDB for MySQL, Anda dapat menggunakan Data Management (DMS) untuk melakukan operasi DDL online. Untuk informasi lebih lanjut, lihat Ubah skema tanpa mengunci tabel. Selama sinkronisasi data, kami sarankan Anda hanya menggunakan DTS untuk menulis data ke database tujuan. Ini mencegah ketidaksesuaian data antara database sumber dan tujuan. Misalnya, jika Anda menggunakan Data Management (DMS) untuk mengeksekusi 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 DTS terus menjalankan pernyataan DDL. 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 fitur always-confidential (EncDB) diaktifkan untuk instance ApsaraDB RDS for MySQL, sinkronisasi data penuh tidak didukung. Catatan Instance ApsaraDB RDS for MySQL dengan enkripsi data transparan (TDE) yang diaktifkan mendukung sinkronisasi skema, sinkronisasi data penuh, dan sinkronisasi data tambahan. 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 Saat 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	Jika database sumber adalah database MySQL yang dikelola sendiri: Jika switchover utama/sekunder dilakukan pada database sumber saat tugas sinkronisasi data berjalan, tugas gagal. DTS menghitung latensi sinkronisasi berdasarkan timestamp data terbaru yang disinkronkan di database tujuan dan timestamp saat ini di database sumber. Jika tidak ada operasi bahasa manipulasi data (DML) yang dilakukan pada database sumber untuk waktu yang lama, latensi sinkronisasi mungkin tidak akurat. Jika latensi tugas migrasi data terlalu tinggi, Anda dapat melakukan operasi DML pada database sumber untuk memperbarui latensi. Catatan Jika Anda memilih seluruh database sebagai objek yang akan disinkronkan, Anda dapat membuat tabel detak jantung. Tabel detak jantung diperbarui atau menerima data setiap detik. DTS secara berkala menjalankan perintah CREATE DATABASE IF NOT EXISTS `test` di database sumber untuk memajukan posisi log biner. Jika database sumber adalah instance ApsaraDB RDS for MySQL: Instance ApsaraDB RDS for MySQL yang tidak mencatat log transaksi, seperti instance ApsaraDB RDS for MySQL 5.6 baca-saja, tidak dapat digunakan sebagai database sumber. DTS secara berkala menjalankan perintah CREATE DATABASE IF NOT EXISTS `test` di database sumber untuk memajukan posisi log biner.

Penagihan

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

Topologi sinkronisasi yang didukung

Sinkronisasi satu arah satu-ke-satu
Sinkronisasi satu arah satu-ke-banyak
Sinkronisasi satu arah banyak-ke-satu

Operasi SQL yang dapat disinkronkan

Tipe Operasi	Pernyataan SQL
DML	INSERT, UPDATE, dan DELETE Catatan Saat data ditulis ke cluster tujuan AnalyticDB for MySQL V3.0, pernyataan UPDATE secara otomatis dikonversi menjadi pernyataan REPLACE INTO. Jika pernyataan UPDATE dieksekusi pada primary key, pernyataan UPDATE dikonversi menjadi pernyataan DELETE dan INSERT.
DDL	CREATE TABLE, DROP TABLE, RENAME TABLE, TRUNCATE TABLE, ADD COLUMN, MODIFY COLUMN, dan DROP COLUMN

Peringatan

Jika tipe data bidang di tabel sumber diubah selama sinkronisasi data, pesan kesalahan dikembalikan dan tugas sinkronisasi data terganggu. Anda dapat melakukan langkah-langkah berikut untuk memecahkan masalah:

Jika tipe data bidang di tabel sumber diubah saat Anda menyinkronkan data ke cluster tujuan AnalyticDB for MySQL V3.0, tugas sinkronisasi data gagal.
Misalkan nama tabel sumber adalah customer. Buat tabel bernama customer_new di cluster tujuan AnalyticDB for MySQL V3.0. Pastikan tabel baru memiliki skema yang sama dengan tabel customer.
Eksekusi pernyataan INSERT INTO SELECT untuk menyalin data dari tabel customer dan menyisipkan data ke dalam tabel customer_new. Ini memastikan bahwa data kedua tabel konsisten.
Ganti nama atau hapus tabel customer. Kemudian, ubah nama tabel customer_new menjadi customer.
Mulai lagi tugas sinkronisasi data di konsol DTS.

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 sisi kiri, klik Data Synchronization.
3. Di pojok kiri atas halaman, pilih wilayah tempat tugas sinkronisasi data berada.
Konsol DMS
Catatan
Operasi sebenarnya 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, arahkan 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.
Klik Create Task untuk pergi ke halaman konfigurasi tugas.

Konfigurasikan database sumber dan tujuan. Tabel berikut menjelaskan parameter.

Peringatan

Setelah Anda mengonfigurasi database sumber dan tujuan, kami sarankan Anda membaca Limits yang ditampilkan di halaman. Jika tidak, tugas mungkin gagal atau ketidaksesuaian data mungkin terjadi.

Bagian	Parameter	Deskripsi
Tidak Ada	Task Name	Nama tugas DTS. DTS secara otomatis menghasilkan nama tugas. Kami sarankan Anda menentukan nama deskriptif yang memudahkan identifikasi tugas. Anda tidak perlu menentukan nama tugas yang unik.
Source Database	Select Existing Connection	Jika Anda menggunakan instance database yang terdaftar dengan DTS, pilih instance dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instance tersebut. Untuk informasi lebih lanjut, lihat Kelola koneksi database. Catatan Di konsol DMS, Anda dapat memilih instance database dari daftar drop-down Select a DMS database instance. Jika Anda gagal mendaftarkan instance dengan DTS, atau Anda tidak perlu menggunakan instance yang terdaftar dengan DTS, Anda harus mengonfigurasi informasi database berikut.
	Database Type	Tipe database sumber. Pilih MySQL.
	Connection Type	Metode akses database sumber. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat instance sumber ApsaraDB RDS for MySQL berada.
	Cross-account	Menentukan apakah akan menyinkronkan data di seluruh akun Alibaba Cloud. Dalam contoh ini, No dipilih.
	RDS Instance ID	ID instance sumber ApsaraDB RDS for MySQL.
	Database Account	Akun database instance sumber ApsaraDB RDS for MySQL. Akun tersebut harus memiliki izin SELECT pada objek yang akan disinkronkan dan izin REPLICATION CLIENT dan REPLICATION SLAVE.
	Database Password	Kata sandi yang digunakan untuk mengakses database.
	Connection Method	Menentukan apakah akan mengenkripsi koneksi ke database. Anda dapat memilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan bisnis Anda. Jika Anda ingin mengatur parameter ini ke SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instance ApsaraDB RDS for MySQL sebelum mengonfigurasi tugas DTS. Untuk informasi lebih lanjut, lihat Gunakan sertifikat cloud untuk mengaktifkan enkripsi SSL.
Destination Database	Select Existing Connection	Jika Anda menggunakan instance database yang terdaftar dengan DTS, pilih instance dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instance tersebut. Untuk informasi lebih lanjut, lihat Kelola koneksi database. Catatan Di konsol DMS, Anda dapat memilih instance database dari daftar drop-down Select a DMS database instance. Jika Anda gagal mendaftarkan instance dengan DTS, atau Anda tidak perlu menggunakan instance yang terdaftar dengan DTS, Anda harus mengonfigurasi informasi database berikut.
	Database Type	Tipe database tujuan. Pilih AnalyticDB MySQL 3.0.
	Connection Type	Metode akses database tujuan. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat cluster tujuan AnalyticDB for MySQL V3.0 berada.
	Instance ID	ID cluster tujuan AnalyticDB for MySQL V3.0.
	Database Account	Akun database cluster tujuan AnalyticDB for MySQL V3.0. Akun tersebut harus memiliki izin baca dan tulis.
	Database Password	Kata sandi yang digunakan untuk mengakses database.

Klik Test Connectivity and Proceed di bagian bawah halaman.
Catatan
- Pastikan blok CIDR server DTS dapat ditambahkan secara otomatis atau manual ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Untuk informasi lebih lanjut, lihat Tambahkan blok CIDR server DTS.
- Jika database source atau destination merupakan self-managed database (Access Method selain Alibaba Cloud Instance), Anda juga harus mengeklik Test Connectivity pada dialog CIDR Blocks of DTS Servers.

Konfigurasikan objek yang akan disinkronkan.

Di halaman Configure Objects , atur objek yang ingin Anda sinkronkan.

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 cluster tujuan. Data historis adalah dasar untuk sinkronisasi tambahan berikutnya. Catatan Jika Full Data Synchronization dipilih, Anda dapat menyinkronkan skema dan data tabel yang dibuat dengan menjalankan pernyataan CREATE TABLE ke database tujuan.
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 diluluskan. Jika tidak, kesalahan dikembalikan selama pra-pemeriksaan, dan tugas sinkronisasi data tidak dapat dimulai. Catatan Jika database sumber dan tujuan berisi tabel dengan nama identik 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 unique key 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 tambahan, 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.
DDL and DML Operations to Be Synchronized	Pilih operasi DDL dan DML tingkat instance yang ingin Anda sinkronkan. Untuk informasi lebih lanjut, lihat bagian Operasi SQL yang dapat disinkronkan dari topik ini. Catatan Untuk memilih operasi SQL yang dilakukan pada database atau tabel tertentu, klik kanan objek di bagian Selected Objects. Di kotak dialog yang muncul, pilih operasi SQL yang ingin Anda sinkronkan.
Merge Tables	Yes: Dalam skenario pemrosesan transaksi online (OLTP), sharding diimplementasikan untuk mempercepat respons terhadap tabel bisnis. Dalam skenario pemrosesan analitik online (OLAP), Anda dapat menyimpan sejumlah besar data dalam satu tabel. Ini membuat kueri SQL Anda lebih efisien. Anda dapat menggabungkan beberapa tabel sumber yang memiliki skema yang sama ke dalam satu tabel tujuan. Fitur ini memungkinkan Anda menyinkronkan data dari beberapa tabel di database sumber ke satu tabel di database tujuan. Untuk informasi lebih lanjut, lihat Aktifkan fitur penggabungan multi-tabel. Catatan Setelah Anda memilih beberapa tabel dari database sumber, Anda harus mengubah nama tabel-tabel tersebut menjadi nama tabel tujuan dengan menggunakan fitur pemetaan nama objek. Untuk informasi lebih lanjut, lihat Peta nama objek. DTS menambahkan kolom bernama `__dts_data_source` ke tabel tujuan. Kolom ini digunakan untuk mencatat sumber data. Tipe data kolom ini adalah TEXT. Nilai-nilai kolom ini berada dalam format berikut: `ID instance sinkronisasi data:nama database sumber:nama skema sumber:nama tabel sumber`. Ini memungkinkan DTS mengidentifikasi setiap tabel sumber. Contoh: `dts******:dtstestdata:testschema:customer1`. Jika Anda mengatur parameter ini ke Ya, semua tabel sumber yang dipilih dalam tugas digabungkan ke dalam tabel tujuan. Jika Anda tidak perlu menggabungkan tabel sumber tertentu, Anda dapat membuat tugas sinkronisasi data terpisah untuk tabel-tabel tersebut. Peringatan** Kami sarankan Anda tidak melakukan operasi DDL untuk mengubah skema database atau tabel sumber. Jika tidak, ketidaksesuaian data terjadi atau tugas sinkronisasi data gagal. No: Nilai ini dipilih secara default.
Capitalization of Object Names in Destination Instance	Kapitalisasi nama database, nama tabel, dan nama kolom di instance tujuan. Secara default, DTS default policy dipilih. Anda dapat memilih opsi lain untuk memastikan bahwa kapitalisasi nama objek konsisten dengan yang ada di database sumber atau tujuan. Untuk informasi lebih lanjut, lihat Tentukan kapitalisasi nama objek di instance tujuan.
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 yang akan disinkronkan. Jika Anda memilih tabel atau kolom sebagai objek yang akan disinkronkan, DTS tidak menyinkronkan objek lainnya, seperti view, trigger, dan prosedur tersimpan, ke database tujuan. Jika Anda memilih database sebagai objek yang akan disinkronkan, DTS menyinkronkan data berdasarkan aturan default berikut: Jika tabel yang akan disinkronkan di database sumber memiliki primary key, seperti primary key satu kolom atau primary key komposit, kolom primary key ditentukan sebagai kunci distribusi. Jika tabel yang akan disinkronkan di database sumber tidak memiliki primary key, kolom primary key auto-increment secara otomatis dibuat di tabel tujuan. Ini dapat menyebabkan ketidaksesuaian data antara database sumber dan 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 Pemetaan nama objek. Untuk mengganti nama beberapa objek sekaligus, klik Batch Edit di pojok kanan atas bagian Selected Objects. Untuk informasi lebih lanjut, lihat bagian "Peta beberapa nama objek sekaligus" dari topik Pemetaan nama objek. Catatan Untuk memilih operasi SQL yang dilakukan pada database atau tabel tertentu, klik kanan objek di bagian Selected Objects. Di kotak dialog yang muncul, pilih operasi SQL yang ingin Anda sinkronkan. Untuk informasi lebih lanjut, lihat bagian Operasi SQL yang dapat disinkronkan dari topik ini. Untuk menentukan kondisi WHERE untuk memfilter data, klik kanan objek di bagian Selected Objects. Di kotak dialog yang muncul, tentukan kondisi tersebut. Untuk informasi lebih lanjut, lihat Tentukan kondisi filter.

Klik Next: Advanced Settings.

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, belilah klaster khusus. Untuk informasi lebih lanjut, lihat Apa itu klaster khusus DTS?
Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database.	Jika Anda menggunakan DMS atau alat gh-ost untuk melakukan operasi DDL online di 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 di 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 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 dengan 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 dengan 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.
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 berhasil terhubung 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 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 lainnya. Misalnya, jika operasi DDL atau DML gagal dieksekusi setelah tugas sinkronisasi data dimulai, DTS segera mencoba lagi 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 daripada 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 tambahan. Anda dapat mengaktifkan pembatasan untuk sinkronisasi data tambahan 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.
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 extract, transform, dan load (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 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 Anda 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.
Opsi: Di bagian bawah halaman, klik Next: Configure Database and Table Fields. Di halaman yang muncul, konfigurasikan Type, Primary Key Column, Distribution Key, dan informasi kunci partisi seperti Partition Key, Partitioning Rules, dan Partition Lifecycle untuk tabel yang akan disinkronkan di database tujuan.
Catatan
- Anda hanya dapat melakukan langkah ini jika Anda memilih Schema Synchronization untuk parameter Synchronization Types. Untuk memodifikasi parameter, atur parameter Definition Status ke All.
- Di bidang Primary Key Column, Anda dapat menentukan beberapa kolom untuk membentuk primary key komposit. Dalam hal ini, Anda harus menentukan satu atau beberapa kolom sebagai Distribution Key dan Partition Key. Untuk informasi lebih lanjut, lihat CREATE TABLE.

Simpan pengaturan tugas dan jalankan pra-pemeriksaan.
- Untuk melihat parameter yang harus ditentukan saat Anda memanggil operasi API terkait untuk mengonfigurasi tugas DTS, arahkan 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 lulus pra-pemeriksaan.
- Jika tugas sinkronisasi data gagal dalam pra-pemeriksaan, klik View Details di sebelah setiap item yang gagal. Setelah Anda menganalisis penyebab berdasarkan hasil pemeriksaan, atasi masalah tersebut. Kemudian, jalankan kembali pra-pemeriksaan.
- 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.

Beli instance.

Tunggu hingga Success Rate menjadi 100%. Kemudian, klik Next: Purchase Instance.

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 Resource Management?
	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 dari 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.