Sinkronisasi data MySQL ke Kafka - Data Transmission Service

Gunakan Data Transmission Service (DTS) untuk mengalirkan data perubahan dari instans ApsaraDB RDS for MySQL ke instans ApsaraMQ for Kafka. DTS menangkap perubahan tingkat baris melalui log biner dan mengirimkannya ke topik Kafka secara real time, memungkinkan analitik downstream, arsitektur berbasis event, dan integrasi pipa data.

Prasyarat

Instans sumber ApsaraDB RDS for MySQL dan instans tujuan ApsaraMQ for Kafka telah dibuat.
Catatan
- Untuk informasi tentang cara membuat instans sumber ApsaraDB RDS for MySQL, lihat Buat instans ApsaraDB RDS for MySQL.
- Untuk informasi tentang versi yang didukung oleh database sumber dan tujuan, lihat Skenario sinkronisasi data.
Topik yang digunakan untuk menerima data yang disinkronisasi telah dibuat di instans tujuan ApsaraMQ for Kafka. Untuk informasi selengkapnya, lihat Langkah 1: Buat topik.
Ruang penyimpanan instans tujuan ApsaraMQ for Kafka harus lebih besar daripada ruang penyimpanan yang ditempati oleh instans sumber ApsaraDB RDS for MySQL.

Batasan

Catatan

DTS tidak menyinkronisasi kunci asing dari database sumber ke database tujuan. Oleh karena itu, operasi kaskade dan penghapusan pada database sumber tidak disinkronisasi ke database tujuan.

Type	Description
Batasan database sumber	Tabel yang akan disinkronisasi harus memiliki kunci primer atau kendala unik, dan field-field tersebut harus unik. Jika tidak, data duplikat dapat muncul di database tujuan. Jika Anda melakukan sinkronisasi tingkat tabel dan perlu mengedit pemetaan (seperti pemetaan nama kolom), setiap tugas sinkronisasi mendukung hingga 1.000 tabel. Jika melebihi batas ini, tugas akan gagal dengan error. Untuk mengatasinya, bagi tabel ke beberapa tugas atau konfigurasikan tugas sinkronisasi basis data penuh. Log biner: ApsaraDB RDS for MySQL mengaktifkan binary logging secara default. Pastikan parameter binlog_row_image diatur ke full. Jika tidak, pemeriksaan awal gagal dan tugas sinkronisasi tidak dapat dimulai. Untuk petunjuknya, lihat Konfigurasi parameter instans. Penting Jika instans sumber Anda adalah database MySQL yang dikelola sendiri, aktifkan binary logging dan atur binlog_format ke row serta binlog_row_image ke full. Jika database MySQL yang dikelola sendiri Anda merupakan klaster dual-primary (kedua node bertindak sebagai primary dan secondary), aktifkan parameter log_slave_updates agar DTS dapat menangkap semua event log biner. Untuk petunjuknya, lihat Buat akun dan konfigurasi binary logging untuk database MySQL yang dikelola sendiri. Log biner lokal untuk instans ApsaraDB RDS for MySQL harus dipertahankan minimal tiga hari (disarankan tujuh hari). Untuk database MySQL yang dikelola sendiri, pertahankan log biner lokal minimal tujuh hari. Jika tidak, DTS mungkin gagal mengambil log biner, menyebabkan tugas gagal. Dalam kasus ekstrem, hal ini dapat menyebabkan inkonsistensi data atau kehilangan data. Masalah yang disebabkan oleh periode retensi log biner lebih pendek dari yang disyaratkan DTS tidak dicakup dalam SLA DTS. Catatan Untuk mengonfigurasi retention period log biner lokal pada instans ApsaraDB RDS for MySQL, lihat Hapus log lokal secara otomatis. Jangan menjalankan operasi DDL yang mengubah skema database atau tabel selama sinkronisasi skema atau sinkronisasi penuh. Jika dilakukan, tugas sinkronisasi akan gagal. Catatan Selama sinkronisasi penuh, DTS melakukan query ke database sumber. Hal ini membuat kunci metadata yang dapat memblokir operasi DDL pada database sumber. Data yang dihasilkan dari perubahan yang tidak ditulis ke log biner—seperti data yang dipulihkan dari backup fisik atau dibuat oleh operasi kaskade—tidak disinkronisasi ke database tujuan. Catatan Jika hal ini terjadi, hapus database atau tabel yang terpengaruh dari objek sinkronisasi. Kemudian tambahkan kembali. Anda hanya dapat melakukan ini jika bisnis Anda mengizinkannya. Untuk informasi selengkapnya, lihat Ubah objek sinkronisasi. Jika database sumber Anda menggunakan MySQL 8.0.23 atau versi lebih baru dan berisi kolom tersembunyi yang tidak terlihat, DTS mungkin tidak membaca kolom tersebut. Hal ini dapat menyebabkan kehilangan data. Catatan Jalankan perintah `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;` untuk membuat kolom tersembunyi menjadi terlihat. Untuk informasi selengkapnya, lihat Invisible Columns. Kompatibilitas MySQL: Saat DTS menyinkronisasi data dari database sumber keluarga MySQL, DTS mengandalkan protokol standar MySQL dan format Binlog, serta perilaku yang tidak kompatibel dengan standar MySQL tidak didukung. Jika database sumber Anda mengklaim kompatibilitas MySQL tetapi berperilaku berbeda dari MySQL (misalnya, saat OceanBase dihubungkan sebagai sumber dalam mode MySQL, timestamp event rotate trailing dalam Binlog bernilai 0, yang berbeda dari MySQL), tugas sinkronisasi DTS mungkin gagal.
Batasan lainnya	Evaluasi kinerja database sumber dan tujuan sebelum memulai sinkronisasi. Jalankan sinkronisasi selama jam sepi. Jika tidak, inisialisasi penuh akan mengonsumsi sumber daya baca dan tulis pada kedua database dan dapat meningkatkan beban database. Inisialisasi penuh menjalankan operasi INSERT secara konkuren. Hal ini menyebabkan fragmentasi tabel tujuan. Setelah inisialisasi penuh, ruang tabel instans tujuan lebih besar daripada instans sumber. Jika Anda menyinkronisasi satu atau beberapa tabel—bukan basis data penuh—jangan gunakan alat seperti pt-online-schema-change untuk melakukan operasi DDL Online pada tabel sumber. Jika dilakukan, sinkronisasi akan gagal. Anda dapat menggunakan Data Management (DMS) untuk melakukan operasi DDL Online. Untuk informasi selengkapnya, lihat DDL Online tanpa mengunci tabel. DTS tidak mendukung sinkronisasi indeks, partisi, view, prosedur tersimpan, fungsi, trigger, atau kunci asing. Jangan menulis data ke database tujuan kecuali melalui DTS selama sinkronisasi berjalan. Jika dilakukan, inkonsistensi data dapat terjadi antara database sumber dan tujuan. Jika klaster Kafka tujuan melakukan scale out atau scale in selama sinkronisasi, restart tugas tersebut. Jika instans ApsaraDB RDS for MySQL Anda telah mengaktifkan Always-Encrypted, sinkronisasi data penuh tidak didukung. Catatan Instans ApsaraDB RDS for MySQL dengan Enkripsi Data Transparan (TDE) yang diaktifkan mendukung sinkronisasi skema, sinkronisasi data penuh, dan sinkronisasi data inkremental. Jika tugas gagal, staf dukungan DTS akan mencoba memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka mungkin merestart tugas atau menyesuaikan parameternya. Catatan Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum dalam Ubah parameter instans.
Kasus khusus	Untuk database sumber MySQL yang dikelola sendiri: Jika terjadi failover primer atau sekunder pada database sumber selama sinkronisasi, tugas akan gagal. DTS menghitung latensi dengan membandingkan timestamp catatan terakhir yang disinkronisasi dengan waktu saat ini. Jika tidak ada operasi DML yang berjalan dalam waktu lama di database sumber, pelaporan latensi mungkin menjadi tidak akurat. Jika latensi tampak terlalu tinggi, jalankan operasi DML di database sumber untuk memperbarui latensi. Catatan Jika Anda memilih basis data penuh untuk sinkronisasi, buat tabel heartbeat. Perbarui atau tulis ke tabel ini setiap detik. DTS secara berkala menjalankan perintah CREATE DATABASE IF NOT EXISTS `test` di database sumber untuk memajukan offset log biner. Jika database sumber Anda adalah Amazon Aurora MySQL atau instans MySQL berklaster lainnya, pastikan nama domain atau alamat IP yang digunakan dalam konfigurasi tugas—dan resolusi DNS-nya—selalu mengarah ke node read/write (RW). Jika tidak, sinkronisasi mungkin gagal. Untuk database sumber ApsaraDB RDS for MySQL: Instans hanya baca—seperti instans hanya baca ApsaraDB RDS for MySQL 5.6—yang tidak mencatat log transaksi tidak dapat berfungsi sebagai database sumber. DTS secara berkala menjalankan perintah CREATE DATABASE IF NOT EXISTS `test` di database sumber untuk memajukan offset log biner.

Penagihan

Jenis sinkronisasi	Harga
Sinkronisasi skema dan sinkronisasi data penuh	Gratis.
Sinkronisasi data inkremental	Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

Batas ukuran catatan tunggal

Ukuran catatan tunggal yang ditulis ke Kafka dibatasi hingga 10 MB. Jika satu baris di database sumber melebihi 10 MB, DTS tidak dapat menuliskannya ke Kafka dan tugas terganggu. Dalam kasus ini, kami menyarankan agar Anda tidak menyinkronisasi tabel yang terpengaruh. Jika Anda harus menyinkronisasi tabel tersebut, Anda dapat menyinkronisasi hanya beberapa kolom saja. Saat mengonfigurasi tugas DTS, filter catatan dengan field besar. Jika tugas sudah berjalan, ubah objek sinkronisasi untuk menghapus tabel tersebut, lalu tambahkan kembali tabel dan filter kolom dengan field besar agar tidak disinkronisasi.

Topologi sinkronisasi yang didukung

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

Untuk deskripsi dan pertimbangan setiap topologi sinkronisasi, lihat Topologi sinkronisasi.

Operasi SQL yang dapat disinkronisasi

Jenis operasi	Pernyataan SQL
DML	INSERT、UPDATE、DELETE
DDL	CREATE TABLE、ALTER TABLE、DROP TABLE、RENAME TABLE、TRUNCATE TABLE CREATE VIEW、ALTER VIEW、DROP VIEW CREATE PROCEDURE、ALTER PROCEDURE、DROP PROCEDURE CREATE FUNCTION、DROP FUNCTION、CREATE TRIGGER、DROP TRIGGER CREATE INDEX、DROP INDEX

Prosedur

Buka halaman daftar tugas sinkronisasi di 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 mungkin gagal atau terjadi inkonsistensi data.

Kategori	Parameter	Deskripsi
None	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama deskriptif agar mudah diidentifikasi. Nama tersebut tidak harus unik.
Source Database	Select Existing Connection	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 MySQL.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah instans sumber ApsaraDB RDS for MySQL.
	Replicate Data Across Alibaba Cloud Accounts	Dalam contoh ini, sinkronisasi dilakukan antar instans dalam satu Akun Alibaba Cloud yang sama. Pilih No.
	RDS Instance ID	Pilih ID instans sumber ApsaraDB RDS for MySQL.
	Database Account	Masukkan akun database instans sumber ApsaraDB RDS for MySQL. Akun tersebut harus memiliki izin baca pada objek yang akan disinkronisasi.
	Database Password	Masukkan password yang sesuai dengan akun database.
	Encryption	Pilih Non-encrypted atau SSL-encrypted sesuai kebutuhan. Jika Anda memilih SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instans RDS for MySQL terlebih dahulu. Untuk informasi selengkapnya, lihat Gunakan sertifikat cloud untuk mengaktifkan enkripsi SSL dengan cepat.
Destination Database	Select Existing Connection	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 Kafka.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah instans tujuan ApsaraMQ for Kafka.
	Kafka Instance ID	Pilih ID instans tujuan ApsaraMQ for Kafka.
	Encryption	Pilih Non-encrypted atau SCRAM-SHA-256 berdasarkan kebutuhan bisnis dan keamanan Anda.
	Topic	Pilih topik yang digunakan untuk menerima data dari daftar drop-down.
	Use Kafka Schema Registry	Kafka Schema Registry adalah lapisan layanan penyedia metadata yang menyediakan antarmuka RESTful untuk menyimpan dan mengambil skema Avro. No: Jangan gunakan Kafka Schema Registry. Yes: Gunakan Kafka Schema Registry. Masukkan URL atau alamat IP yang terdaftar untuk skema Avro di Kafka Schema Registry.

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.
- Jika database sumber atau tujuan adalah database yang dikelola sendiri (di mana Access Method bukan Alibaba Cloud Instance), Anda juga harus mengklik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers.

Konfigurasikan objek tugas.

Di halaman Configure Objects, konfigurasikan objek yang akan disinkronisasi.

Parameter	Deskripsi
Synchronization Types	Incremental Data Synchronization dipilih. Secara default, Anda juga harus memilih Schema Synchronization dan Full Data Synchronization. Setelah pemeriksaan awal selesai, DTS melakukan sinkronisasi data penuh objek yang dipilih dari instans sumber ke klaster tujuan. Hal ini berfungsi sebagai data garis dasar untuk sinkronisasi data inkremental berikutnya. Catatan Saat Access Method instans Kafka tujuan adalah Alibaba Cloud Instance, Schema Synchronization tidak didukung.
Processing Mode of Conflicting Tables	Precheck and Report Errors: Memeriksa apakah tabel dengan nama yang sama ada di database tujuan. Jika tabel dengan nama yang sama tidak ada, pemeriksaan awal lolos. Jika tabel dengan nama yang sama ada, pemeriksaan awal gagal dan tugas sinkronisasi data tidak dimulai. Catatan Jika Anda tidak dapat menghapus atau mengganti nama tabel dengan nama yang sama di database tujuan, Anda dapat memetakannya ke nama tabel yang berbeda. Untuk informasi selengkapnya, lihat Map table and column names. Ignore Errors and Proceed: Melewati pemeriksaan nama tabel duplikat di database tujuan. Peringatan Memilih Ignore Errors and Proceed dapat menyebabkan inkonsistensi data dan membahayakan bisnis Anda. Contohnya: 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 klaster tujuan. Catatan yang sesuai dari database sumber tidak disinkronisasi. Selama sinkronisasi inkremental, catatan dari database sumber menimpa catatan di database tujuan. Jika skema tabel berbeda, sinkronisasi data awal mungkin gagal. Hal ini dapat mengakibatkan hanya data kolom parsial yang disinkronisasi atau kegagalan sinkronisasi total. Lakukan dengan hati-hati.
Data Format in Kafka	Pilih format penyimpanan data yang digunakan saat data disinkronisasi ke instans Kafka berdasarkan kebutuhan bisnis Anda. Jika Anda memilih DTS Avro, Anda harus mengurai data berdasarkan definisi skema DTS Avro. Untuk informasi selengkapnya, lihat Definisi skema DTS Avro dan Contoh deserialisasi DTS Avro. Jika Anda memilih Canal JSON, untuk deskripsi parameter dan contoh Canal JSON, lihat Deskripsi Canal JSON. Jika Anda memilih Shareplex JSON, untuk deskripsi parameter dan contoh Shareplex JSON, lihat Shareplex Json.
Kafka Data Compression Format	Pilih format kompresi untuk kompresi pesan Kafka berdasarkan kebutuhan bisnis Anda. LZ4 (default): Rasio kompresi rendah, tetapi kecepatan kompresi tinggi. GZIP: Rasio kompresi tinggi, tetapi kecepatan kompresi rendah. Catatan Konsumsi CPU tinggi. Snappy: Rasio kompresi dan kecepatan kompresi sedang.
Policy for Shipping Data to Kafka Partitions	Pilih kebijakan berdasarkan kebutuhan bisnis Anda.
Message acknowledgement mechanism	Pilih mekanisme pengakuan pesan berdasarkan kebutuhan bisnis Anda.
Topic That Stores DDL Information	Pilih topik yang digunakan untuk menyimpan informasi DDL dari daftar drop-down. Catatan Jika tidak ditentukan, informasi DDL disimpan di topik yang menerima data secara default.
Capitalization of Object Names in Destination Instance	Anda dapat mengonfigurasi kebijakan sensitivitas huruf besar/kecil untuk nama objek database, tabel, dan kolom yang disinkronisasi 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 disinkronisasi, lalu klik untuk memindahkannya ke kotak Selected Objects. Catatan Objek untuk sinkronisasi dapat dipilih tingkat tabel.
Selected Objects	Tidak diperlukan konfigurasi tambahan dalam contoh ini. Anda dapat menggunakan fitur pemetaan untuk mengatur nama topik tabel sumber di instans Kafka tujuan, jumlah partisi topik, Partition Key, dan informasi lainnya. Untuk informasi selengkapnya, lihat Informasi pemetaan. Catatan Untuk memilih operasi SQL untuk sinkronisasi tingkat database atau tabel, klik kanan objek yang akan disinkronisasi di panel Selected Objects, lalu pilih operasi SQL yang diperlukan di kotak dialog yang muncul. Jika Anda menggunakan fitur pemetaan nama objek, objek lain yang bergantung pada objek yang dipetakan mungkin gagal disinkronisasi.

Klik Next: Advanced Settings untuk mengonfigurasi parameter lanjutan.

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

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 bubble yang muncul.
- 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 inkonsistensi 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	Billing Method	Subscription: Anda membayar saat membuat instans. Ini cocok untuk kebutuhan jangka panjang dan lebih hemat biaya dibandingkan bayar sesuai penggunaan. 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.
	Resource Group Configuration	Kelompok sumber daya tempat instans berada. Default-nya adalah kelompok sumber daya default. Untuk informasi selengkapnya, lihat Apa itu Resource Management?.
	Link Specification	DTS menyediakan spesifikasi sinkronisasi dengan tingkat kinerja berbeda. Spesifikasi link sinkronisasi memengaruhi laju sinkronisasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Spesifikasi link sinkronisasi data.
	Subscription Duration	Dalam mode subscription, 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 Data Synchronization.

Informasi pemetaan

Di area Selected Objects, arahkan kursor ke nama topik tujuan (tingkat tabel).
Klik Edit yang muncul di sebelah nama topik tujuan.

Di kotak dialog Edit Table yang muncul, konfigurasikan informasi pemetaan.