Sinkronkan data dari instance ApsaraDB RDS for MySQL ke instance ApsaraMQ for Kafka - Data Transmission Service

Topik ini menjelaskan cara menyinkronkan data dari instance ApsaraDB RDS for MySQL ke instance ApsaraMQ for Kafka menggunakan Data Transmission Service (DTS).

Prasyarat

Instance ApsaraDB RDS for MySQL sumber dan instance ApsaraMQ for Kafka tujuan telah dibuat.
Catatan
- Untuk informasi lebih lanjut tentang cara membuat instance ApsaraDB RDS for MySQL, lihat Buat Instance ApsaraDB RDS for MySQL.
- Untuk informasi lebih lanjut tentang versi yang didukung oleh instance sumber dan tujuan, lihat Ikhtisar Skenario Sinkronisasi Data.
Dalam instance ApsaraMQ for Kafka tujuan, topik telah dibuat untuk menerima data yang disinkronkan. Untuk informasi lebih lanjut, lihat bagian Langkah 1: Buat Topik dari topik Langkah 3: Buat Sumber Daya.
Ruang penyimpanan yang tersedia di instance ApsaraMQ for Kafka tujuan lebih besar daripada total ukuran data di instance ApsaraDB RDS for MySQL sumber.

Catatan Penggunaan

Catatan

DTS tidak menyinkronkan kunci asing dari database sumber ke database tujuan. Oleh karena itu, operasi kaskade dan hapus pada database sumber tidak disinkronkan ke database tujuan.

Jenis	Deskripsi
Batasan pada database sumber	Tabel yang akan disinkronkan harus memiliki PRIMARY KEY atau batasan 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 penuh. Jika tidak, pesan kesalahan dikembalikan selama pra-pemeriksaan dan tugas sinkronisasi data tidak dapat dimulai. Untuk informasi lebih lanjut tentang cara menyetel parameter, lihat Setel parameter. Penting Jika database sumber adalah database MySQL yang dikelola sendiri, Anda harus mengaktifkan pencatatan biner dan menetapkan parameter binlog_format ke baris dan parameter binlog_row_image ke penuh. Jika database sumber adalah database MySQL yang dikelola sendiri dalam klaster dual-primary (dengan setiap database berfungsi sebagai database utama dan sekunder dari yang 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 mendapatkan log biner dan tugas mungkin gagal. Dalam kasus ekstrem, data mungkin tidak konsisten atau hilang. Pastikan masalah waktu retensi log biner yang tidak mencukupi tidak terjadi. Jika tidak, Service Level Agreement (SLA) DTS tidak menjamin keandalan layanan dan kinerja. Catatan Untuk informasi tentang cara menyetel Log Retention Period untuk instance ApsaraDB RDS for MySQL, lihat Hapus otomatis log lokal. Selama sinkronisasi skema dan sinkronisasi data penuh, jangan jalankan pernyataan DDL untuk mengubah skema database atau tabel. Jika tidak, tugas sinkronisasi data akan gagal. Selama sinkronisasi data, perubahan data yang tidak dicatat dalam log biner, seperti perubahan data yang disebabkan oleh pemulihan cadangan fisik dan operasi berantai, tidak disinkronkan ke database tujuan. Catatan Jika situasi seperti ini 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 Modify the objects to be synchronized. Jika database sumber adalah MySQL 8.0.23 atau versi lebih baru dan data yang akan disinkronkan berisi kolom tak terlihat, mungkin terjadi kehilangan data karena DTS tidak dapat memperoleh data dalam kolom tak terlihat tersebut. 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 Invisible Columns. Tabel tanpa kunci utama secara otomatis menghasilkan kunci utama tak terlihat. Anda juga perlu mengatur kunci utama tak terlihat menjadi terlihat. Untuk informasi lebih lanjut, lihat Generated Invisible Primary Keys.
Batasan lainnya	Sebelum Anda menyinkronkan data, evaluasi dampak sinkronisasi data terhadap kinerja database sumber dan tujuan. Kami sarankan Anda menyinkronkan data selama jam-jam sepi. Selama sinkronisasi data penuh, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Ini dapat meningkatkan beban pada server database. Selama sinkronisasi data penuh, operasi INSERT bersamaan menyebabkan fragmentasi dalam 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. DTS tidak menyinkronkan objek berikut: indeks, partisi, tampilan, prosedur tersimpan, fungsi, pemicu, dan kunci asing. Selama sinkronisasi data, kami sarankan Anda hanya menggunakan DTS untuk menulis data ke database tujuan. Ini mencegah ketidaksesuaian data antara database sumber dan tujuan. Selama sinkronisasi data, jika instance Kafka tujuan diskalakan, Anda harus me-restart instance tersebut. 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 inkremental. Jika instance gagal berjalan, personel dukungan teknis DTS akan mencoba memulihkan instance dalam waktu 8 jam. Selama proses pemulihan, instance mungkin di-restart atau parameter mungkin disesuaikan. Catatan Ketika parameter disesuaikan, hanya parameter instance DTS yang dimodifikasi. Parameter database tidak dimodifikasi. Parameter yang mungkin dimodifikasi termasuk tetapi tidak terbatas pada parameter dalam Modifikasi parameter instance.
Kasus khusus	Jika database sumber adalah database MySQL yang dikelola sendiri: Jika pergantian primer/sekunder dilakukan pada database sumber saat tugas sinkronisasi data sedang berjalan, tugas gagal. DTS menghitung latensi sinkronisasi berdasarkan timestamp dari catatan 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 untuk disinkronkan, Anda dapat membuat tabel detak jantung. Tabel detak jantung diperbarui atau menerima data setiap detik. DTS secara berkala mengeksekusi 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 mengeksekusi perintah CREATE DATABASE IF NOT EXISTS `test` di database sumber untuk memajukan posisi log biner.

Penagihan

Jenis Sinkronisasi	Biaya Konfigurasi Tugas
Sinkronisasi Skema dan Data Penuh	Gratis.
Sinkronisasi Data Inkremental	Dikenakan biaya. Untuk informasi lebih lanjut, lihat Ikhtisar Penagihan.

Batas ukuran catatan tunggal

Ukuran maksimum catatan tunggal yang dapat ditulis ke Kafka adalah 10 MB. Jika satu baris data sumber melebihi ukuran 10 MB, tugas DTS terkait akan terganggu karena DTS tidak dapat menulis catatan ke Kafka. Dalam skenario ini, kami sarankan Anda tidak menyinkronkan seluruh tabel yang berisi bidang besar, tetapi hanya menyinkronkan beberapa bidang dari tabel tersebut. Saat mengonfigurasi tugas DTS, Anda harus mengecualikan catatan dari bidang besar ini. Jika tabel yang berisi bidang besar termasuk dalam objek tugas, Anda harus menghapus tabel, tambahkan tabel lagi ke objek, dan kemudian tentukan kondisi filter untuk mengecualikan bidang besar.

Topologi sinkronisasi yang didukung

Satu arah satu-ke-satu sinkronisasi
Satu arah satu-ke-banyak sinkronisasi
Satu arah banyak-ke-satu sinkronisasi

Untuk informasi lebih lanjut tentang topologi sinkronisasi yang didukung oleh DTS, lihat Topologi Sinkronisasi.

Operasi SQL yang dapat disinkronkan

Jenis Operasi	Pernyataan SQL
DML	INSERT, UPDATE, dan DELETE
DDL	CREATE TABLE, ALTER TABLE, DROP TABLE, RENAME TABLE, dan TRUNCATE TABLE CREATE VIEW, ALTER VIEW, dan DROP VIEW CREATE PROCEDURE, ALTER PROCEDURE, dan DROP PROCEDURE CREATE FUNCTION, DROP FUNCTION, CREATE TRIGGER, dan DROP TRIGGER CREATE INDEX dan DROP INDEX

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 panel navigasi sebelah 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, gerakkan penunjuk mouse 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 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	Jenis database sumber. Pilih MySQL.
	Access Method	Metode akses database sumber. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat instance ApsaraDB RDS for MySQL sumber berada.
	Replicate Data Across Alibaba Cloud Accounts	Menentukan apakah data disinkronkan antar akun Alibaba Cloud. Dalam contoh ini, No dipilih.
	RDS Instance ID	ID instance ApsaraDB RDS for MySQL sumber.
	Database Account	Akun database instance ApsaraDB RDS for MySQL sumber. Akun tersebut harus memiliki izin baca pada objek yang akan disinkronkan.
	Database Password	Kata sandi yang digunakan untuk mengakses database.
	Encryption	Menentukan apakah akan mengenkripsi koneksi ke database. Anda dapat memilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan bisnis Anda. Jika Anda ingin menyetel 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	Jenis database tujuan. Pilih Kafka.
	Access Method	Metode akses database tujuan. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat instance ApsaraMQ for Kafka tujuan berada.
	Kafka Instance ID	ID instance ApsaraMQ for Kafka tujuan.
	Encryption	Menentukan apakah akan mengenkripsi koneksi ke klaster Kafka. Pilih Non-encrypted atau SCRAM-SHA-256 berdasarkan kebutuhan bisnis dan keamanan Anda.
	Topic	Topik yang digunakan untuk menerima data yang disinkronkan. Pilih topik dari daftar drop-down.
	Topic That Stores DDL Information	Topik yang digunakan untuk menyimpan informasi DDL. Pilih topik dari daftar drop-down. Jika Anda tidak mengonfigurasi parameter ini, informasi DDL akan disimpan di topik yang ditentukan oleh parameter Topic.
	Use Kafka Schema Registry	Menentukan apakah akan menggunakan Kafka Schema Registry. Kafka Schema Registry menyediakan lapisan layanan untuk metadata Anda. Ini menyediakan API RESTful untuk menyimpan dan mengambil skema Avro Anda. Nilai yang valid: No. Yes. Jika Anda memilih Ya untuk parameter ini, Anda harus memasukkan URL atau alamat IP yang terdaftar di Kafka Schema Registry untuk skema Avro Anda.

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 sumber atau tujuan adalah database yang dikelola sendiri dan Access Method-nya tidak disetel ke Alibaba Cloud Instance, klik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers.

Konfigurasikan objek yang akan disinkronkan.

Di langkah Configure Objects, konfigurasikan 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 dari objek yang dipilih dari database sumber ke klaster tujuan. Data historis ini menjadi dasar untuk sinkronisasi inkremental selanjutnya. Catatan Jika database tujuan adalah instance ApsaraMQ for Kafka, Anda tidak dapat memilih Schema Synchronization.
Processing Mode of Conflicting Tables	Precheck and Report Errors: Memeriksa apakah database tujuan berisi tabel dengan nama yang sama seperti tabel di database sumber. Jika database sumber dan tujuan tidak berisi tabel dengan nama tabel identik, pra-pemeriksaan berhasil. Jika tidak, kesalahan akan dikembalikan selama pra-pemeriksaan, dan tugas sinkronisasi data tidak dapat dimulai. Catatan Jika database sumber dan tujuan berisi tabel dengan nama yang sama dan tabel di database tujuan tidak dapat dihapus atau diganti namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama tabel yang disinkronkan ke database tujuan. Untuk informasi lebih lanjut, lihat Pemetaan 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 kunci utama atau nilai kunci unik yang sama dengan catatan data di database sumber: Selama sinkronisasi data penuh, DTS tidak menyinkronkan catatan data ke database tujuan. Catatan data yang ada di database tujuan tetap dipertahankan. Selama sinkronisasi data inkremental, DTS menyinkronkan catatan data ke database tujuan. Catatan data yang ada di database tujuan ditimpa. Jika database sumber dan tujuan memiliki skema yang berbeda, data mungkin gagal diinisialisasi. Dalam hal ini, hanya beberapa kolom yang disinkronkan, atau instance sinkronisasi data gagal. Lanjutkan dengan hati-hati.
Data Format in Kafka	Format penyimpanan data di instance ApsaraMQ for Kafka. Jika Anda memilih DTS Avro, data diuraikan berdasarkan definisi skema DTS Avro. Untuk informasi lebih lanjut, lihat GitHub. Jika Anda memilih Canal Json, data disimpan dalam format Canal JSON. Untuk informasi lebih lanjut tentang parameter terkait dan contoh, lihat bagian Canal Json dari topik "Format Data Klaster Kafka".
Kafka Data Compression Format	Format kompresi untuk data terkompresi Kafka. Pilih format kompresi berdasarkan kebutuhan bisnis Anda. Nilai yang valid: LZ4 (default): Rasio kompresi rendah dan kecepatan kompresi tinggi. GZIP: Rasio kompresi tinggi dan kecepatan kompresi rendah. Catatan Kompresi GZIP mengonsumsi banyak sumber daya CPU. Snappy: Rasio kompresi sedang dan kecepatan kompresi sedang.
Policy for Shipping Data to Kafka Partitions	Kebijakan untuk menyinkronkan data ke partisi Kafka. Pilih kebijakan berdasarkan kebutuhan bisnis Anda. Untuk informasi lebih lanjut, lihat Tentukan Kebijakan untuk Migrasi Data ke Partisi Kafka.
Message acknowledgement mechanism	Tentukan parameter ini berdasarkan kebutuhan bisnis Anda. Untuk informasi lebih lanjut, lihat Mekanisme Pengakuan Pesan.
Capitalization of Object Names in Destination Instance	Penulisan nama database, nama tabel, dan nama kolom di instance tujuan. Secara default, DTS default policy dipilih. Anda dapat memilih opsi lain untuk memastikan bahwa penulisan nama objek konsisten dengan yang ada di database sumber atau tujuan. Untuk informasi lebih lanjut, lihat Tentukan Penulisan 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 tabel sebagai objek yang akan disinkronkan.
Selected Objects	Dalam contoh ini, Anda tidak perlu mengonfigurasi parameter ini. Anda dapat menggunakan fitur pemetaan nama objek untuk menentukan informasi tentang instance ApsaraMQ for Kafka tujuan, seperti nama topik tempat data dari tabel sumber disinkronkan, jumlah partisi di topik, dan kunci partisi. Untuk informasi lebih lanjut, lihat bagian Gunakan Fitur Pemetaan Nama Objek 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. Jika Anda menggunakan fitur pemetaan nama objek untuk mengganti nama objek, objek lain yang bergantung pada objek tersebut mungkin gagal disinkronkan.

Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.

Parameter	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas ke klaster bersama jika Anda tidak menentukan klaster khusus. Jika Anda ingin meningkatkan stabilitas instance sinkronisasi data, belilah klaster khusus. Untuk informasi lebih lanjut, lihat Apa Itu Klaster Khusus DTS?
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 yang valid: 10 hingga 1440. Unit: menit. Nilai default: 720. Kami sarankan Anda menyetel parameter ini ke nilai lebih dari 30. Jika DTS berhasil tersambung 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 diambil. Saat DTS mencoba kembali koneksi, Anda akan dikenakan biaya untuk instance DTS. Kami sarankan Anda menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instance DTS sesegera mungkin setelah instance sumber dan tujuan dilepaskan.
Retry Time for Other Issues	Rentang waktu ulang untuk masalah lainnya. Misalnya, jika operasi DDL atau DML gagal dilakukan setelah tugas sinkronisasi data dimulai, DTS segera mencoba kembali operasi dalam rentang waktu tersebut. Nilai yang valid: 1 hingga 1440. Unit: menit. Nilai default: 10. Kami sarankan Anda menyetel parameter ini ke nilai lebih dari 10. Jika operasi yang gagal berhasil dilakukan dalam rentang waktu yang ditentukan, DTS melanjutkan tugas sinkronisasi data. Jika tidak, tugas sinkronisasi data gagal. Penting Nilai parameter Retry Time for Other Issues harus lebih kecil dari nilai parameter Retry Time for Failed Connections.
Enable Throttling for Full Data Synchronization	Selama sinkronisasi data penuh, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Ini dapat meningkatkan beban pada server database. Anda dapat mengonfigurasi parameter Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s) untuk tugas sinkronisasi data penuh guna mengurangi beban pada server database tujuan. Catatan Anda hanya dapat mengonfigurasi parameter ini jika Full Data Synchronization dipilih untuk parameter Synchronization Types.
Enable Throttling for Incremental Data Synchronization	Menentukan apakah akan mengaktifkan pembatasan untuk sinkronisasi data inkremental. Anda dapat mengaktifkan pembatasan berdasarkan kebutuhan bisnis Anda. Untuk mengonfigurasi pembatasan, Anda harus menyetel parameter RPS of Incremental Data Synchronization dan Data synchronization speed for incremental synchronization (MB/s). Ini membantu mengurangi beban pada server database tujuan.
Whether to delete SQL operations on heartbeat tables of forward and reverse tasks	Menentukan apakah akan menulis operasi SQL pada tabel detak jantung ke database sumber saat instance DTS sedang berjalan. Nilai yang valid: Yes: Tidak menulis operasi SQL pada tabel detak jantung. Dalam hal ini, latensi instance DTS mungkin ditampilkan. No: Menulis operasi SQL pada tabel detak jantung. Dalam hal ini, fitur seperti pencadangan fisik dan kloning database sumber mungkin terpengaruh.
Environment Tag	Tag lingkungan digunakan untuk mengidentifikasi instance DTS. Anda dapat memilih tag lingkungan berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, Anda tidak perlu mengonfigurasi parameter ini.
Configure ETL	Menentukan apakah akan mengaktifkan fitur ekstraksi, transformasi, dan pemuatan (ETL). Untuk informasi lebih lanjut, lihat Apa Itu ETL? Nilai yang 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 yang valid: No: Tidak mengaktifkan peringatan. Yes: Mengonfigurasi peringatan. Dalam hal ini, Anda juga harus menyetel ambang batas peringatan dan pengaturan notifikasi peringatan. Untuk informasi lebih lanjut, lihat bagian "Konfigurasikan Pemantauan dan Peringatan Saat Membuat Tugas DTS" dari topik Konfigurasikan Pemantauan dan Peringatan.

Simpan pengaturan tugas dan jalankan pra-pemeriksaan.
- Untuk melihat parameter yang harus ditentukan saat Anda memanggil operasi API terkait untuk mengonfigurasi tugas DTS, gerakkan penunjuk mouse ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.
- Jika Anda tidak perlu melihat atau telah melihat parameter tersebut, 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 tersebut 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 tersebut untuk mengurangi biaya.
	Pengaturan Grup Sumber Daya	Grup sumber daya tempat instance sinkronisasi data berada. Nilai default: default resource group. Untuk informasi lebih lanjut, lihat Apa itu Manajemen Sumber Daya?
	Kelas Instance	DTS menyediakan kelas instance yang bervariasi dalam kecepatan sinkronisasi. Anda dapat memilih kelas instance berdasarkan kebutuhan bisnis Anda. Untuk informasi lebih lanjut, lihat Kelas instance instance sinkronisasi data.
	Durasi Langganan	Jika Anda memilih metode penagihan langganan, tentukan durasi langganan dan jumlah instance sinkronisasi data yang ingin Anda buat. Durasi langganan bisa satu hingga sembilan bulan, satu tahun, dua tahun, tiga tahun, atau lima tahun. Catatan Parameter ini hanya tersedia 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.

Gunakan fitur pemetaan nama objek

Di bagian Selected Objects, gerakkan penunjuk mouse ke nama topik.
Klik kanan Edit.

Di kotak dialog Edit Table, konfigurasikan parameter yang dijelaskan dalam tabel berikut.

Parameter	Deskripsi
Table Name	Nama topik tempat data dari tabel sumber disinkronkan. Secara default, parameter ini disetel ke nilai Topic di bagian Destination Database pada langkah Configurations for Source and Destination Databases. Penting Jika database tujuan adalah instance ApsaraMQ for Kafka, topik harus ada di instance ApsaraMQ for Kafka tujuan. Jika tidak, sinkronisasi data gagal. Jika tujuannya adalah klaster Kafka yang dikelola sendiri, dan sinkronisasi skema termasuk dalam instance sinkronisasi data, DTS mencoba membuat topik tertentu di database tujuan. Jika Anda mengubah nilai parameter Table Name untuk tabel sumber menjadi nama topik di database tujuan, data di tabel tersebut ditulis ke topik yang ditentukan.
Filter Conditions	Untuk informasi lebih lanjut, lihat Tentukan kondisi filter.
Number of Partitions	Jumlah partisi di topik tempat data disinkronkan.
Partition Key	Jika Anda menyetel parameter Policy for Shipping Data to Kafka Partitions ke Ship Data to Separate Partitions Based on Hash Values of Primary Keys, konfigurasikan parameter ini untuk menentukan satu atau lebih kolom sebagai kunci partisi untuk menghitung nilai hash. DTS mengirimkan baris yang berbeda ke setiap partisi topik tujuan berdasarkan nilai hash yang dihitung. Catatan Untuk memilih Partition Key untuk kolom, Anda harus terlebih dahulu menghapus centang pada opsi Synchronize All Tables.

Klik OK.

FAQ

Apakah saya dapat memodifikasi Kafka Data Compression Format?
Ya. Untuk informasi lebih lanjut, lihat Modify the objects to be synchronized.
Apakah saya dapat memodifikasi Message acknowledgement mechanism?
Ya. Untuk informasi lebih lanjut, lihat Modify the objects to be synchronized.