Mensinkronkan data dari database TiDB ke cluster AnalyticDB for MySQL V3.0 - Data Transmission Service

Topik ini menjelaskan cara mensinkronkan data dari database TiDB ke AnalyticDB for MySQL cluster V3.0 menggunakan Data Transmission Service (DTS).

Prasyarat

Cluster tujuan AnalyticDB for MySQL V3.0 telah dibuat. Ruang penyimpanan yang tersedia di cluster ini lebih besar daripada total ukuran data di database TiDB sumber. Untuk informasi lebih lanjut, lihat Buat Cluster.
Secara default, tugas sinkronisasi data melibatkan sinkronisasi data inkremental. Persiapan dilakukan untuk mengumpulkan data inkremental jika Anda ingin mensinkronkan data inkremental dari database TiDB. Untuk informasi lebih lanjut, lihat bagian Persiapan dari topik ini.

Persiapan

Anda dapat menggunakan salah satu metode berikut untuk mengumpulkan data inkremental dari database TiDB:

Gunakan TiDB Binlog

Catatan

Server tempat database sumber ditempatkan harus berada di jaringan internal yang sama dengan server tempat Pump, Drainer, dan cluster Kafka ditempatkan. Ini meminimalkan dampak latensi jaringan pada sinkronisasi data.

Siapkan cluster atau instance Kafka dengan menggunakan salah satu metode berikut:
- Deploy cluster Kafka yang dikelola sendiri. Untuk informasi lebih lanjut, kunjungi situs resmi Apache Kafka.
  Peringatan
  Kami merekomendasikan Anda mengonfigurasi parameter message.max.bytes dan replica.fetch.max.bytes untuk broker Kafka dan parameter fetch.message.max.bytes untuk konsumen Kafka ke nilai yang lebih tinggi. Ini memastikan bahwa cluster Kafka dapat menerima jumlah data log biner yang lebih besar dari database TiDB. Untuk informasi lebih lanjut, lihat KONFIGURASI.
- Buat instance ApsaraMQ for Kafka. Untuk informasi lebih lanjut, lihat Ikhtisar.
  Catatan
  Instance ApsaraMQ for Kafka harus ditempatkan di virtual private cloud (VPC) yang sama dengan server database sumber. Ini memastikan transmisi data yang andal dan meminimalkan dampak latensi jaringan pada sinkronisasi data inkremental.
Buat topik di cluster Kafka yang dikelola sendiri atau instance ApsaraMQ for Kafka.
Penting
Untuk memastikan bahwa data inkremental dapat direplikasi ke partisi dengan ID 0, pastikan bahwa topik hanya berisi satu partisi.
Deploy Pump dan Drainer. Untuk informasi lebih lanjut, lihat Panduan Penyebaran Klaster TiDB Binlog.
Ubah berkas konfigurasi Drainer dan tentukan kluster Kafka untuk menerima data dari Drainer. Untuk informasi lebih lanjut, lihat Panduan Pengguna Binlog Consumer Client.
Catatan
Pastikan bahwa server tempat database TiDB ditempatkan dapat terhubung ke cluster Kafka.
Tambahkan blok CIDR server DTS ke daftar putih database TiDB. Untuk informasi lebih lanjut, lihat Tambahkan Blok CIDR Server DTS.

Gunakan TiCDC

Siapkan cluster atau instance Kafka dengan menggunakan salah satu metode berikut:
- Deploy cluster Kafka yang dikelola sendiri. Untuk informasi lebih lanjut, kunjungi situs resmi Apache Kafka.
  Peringatan
  Kami merekomendasikan Anda mengonfigurasi parameter message.max.bytes dan replica.fetch.max.bytes untuk broker Kafka dan parameter fetch.message.max.bytes untuk konsumen Kafka ke nilai yang lebih tinggi. Ini memastikan bahwa cluster Kafka dapat menerima jumlah data log biner yang lebih besar dari database TiDB. Untuk informasi lebih lanjut, lihat KONFIGURASI.
- Buat instance ApsaraMQ for Kafka. Untuk informasi lebih lanjut, lihat Ikhtisar.
  Catatan
  Instance ApsaraMQ for Kafka harus ditempatkan di virtual private cloud (VPC) yang sama dengan server database sumber. Ini memastikan transmisi data yang andal dan meminimalkan dampak latensi jaringan pada sinkronisasi data inkremental.
Buat topik di cluster Kafka yang dikelola sendiri atau instance ApsaraMQ for Kafka.
Penting
Untuk memastikan bahwa data inkremental dapat direplikasi ke partisi dengan ID 0, pastikan bahwa topik hanya berisi satu partisi.
Instal TiCDC. Untuk informasi lebih lanjut, lihat Penyebaran dan Pemeliharaan TiCDC.
Catatan
Kami merekomendasikan Anda menggunakan TiUP untuk menambahkan node TiCDC baru atau meningkatkan node TiCDC yang ada di klaster TiDB.
Replikasikan data inkremental di database TiDB sumber ke Kafka. Untuk informasi lebih lanjut, lihat Replikasi Data ke Kafka.
Catatan
- Pastikan bahwa server tempat database TiDB ditempatkan dapat terhubung ke cluster Kafka.
- Kami merekomendasikan Anda menggunakan tiup cdc cli changefeed create \ di baris perintah pertama.

Catatan Penggunaan

Kategori	Deskripsi
Batasan pada database sumber	Persyaratan bandwidth: Server tempat database sumber ditempatkan harus memiliki bandwidth keluar yang cukup. Jika tidak, kecepatan sinkronisasi data akan terpengaruh. Tabel yang ingin Anda sinkronkan harus memiliki batasan PRIMARY KEY atau 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 ingin mengedit tabel di database tujuan, seperti mengganti nama tabel atau kolom, Anda dapat menyinkronkan hingga 1.000 tabel dalam satu tugas sinkronisasi data. Jika Anda menjalankan tugas untuk menyinkronkan lebih dari 1.000 tabel, kesalahan permintaan akan terjadi. Dalam hal ini, kami sarankan Anda mengonfigurasi beberapa tugas untuk menyinkronkan tabel secara bertahap atau mengonfigurasi tugas untuk menyinkronkan seluruh database. Anda harus mendeploy cluster Kafka dan menginstal komponen terkait untuk database TiDB untuk mengumpulkan data inkremental. Selama sinkronisasi skema dan sinkronisasi data penuh, jangan jalankan pernyataan DDL untuk mengubah skema database atau tabel. Jika tidak, tugas sinkronisasi data gagal. Panjang indeks awalan tidak disimpan dalam metadata database TiDB. Dalam hal ini, panjang indeks awalan akan hilang saat data disinkronkan ke database tujuan, dan instance gagal berjalan. Kami sarankan Anda memperbaiki panjang indeks awalan secara manual jika tabel yang akan disinkronkan berisi indeks awalan.
Batasan lainnya	Database sumber dan tujuan adalah database heterogen. Tipe data yang mereka dukung tidak memiliki korespondensi satu-ke-satu. Kami sarankan Anda mengevaluasi dampak konversi tipe data pada bisnis Anda. Untuk informasi lebih lanjut, lihat Pemetaan tipe data untuk sinkronisasi skema awal. Selama sinkronisasi data inkremental, DTS hanya dapat memperoleh data dari partisi dengan ID 0 di topik tujuan. Database tujuan harus memiliki kunci utama khusus, atau Anda harus mengonfigurasi Primary Key Column di langkah Configurations for Databases, Tables, and Columns. Jika tidak, sinkronisasi data mungkin gagal. Anda harus melakukan operasi yang diperlukan pada database sumber atau menyisipkan data uji secara tepat waktu setelah tugas dibuat. Ini memastikan bahwa informasi offset tugas diperbarui. Jika tidak, tugas mungkin gagal karena latensi yang berlebihan. AnalyticDB for MySQL V3.0 memiliki batasan pada penggunaan ruang disk. Jika penggunaan ruang disk node dalam cluster AnalyticDB for MySQL V3.0 melebihi 80%, tugas DTS tertunda dan pesan kesalahan dikembalikan. Kami sarankan Anda memperkirakan ruang disk yang diperlukan berdasarkan objek yang akan disinkronkan. Pastikan cluster tujuan memiliki ruang penyimpanan yang cukup. Jika cluster AnalyticDB for MySQL 3.0 tujuan sedang dicadangkan saat tugas DTS berjalan, tugas gagal. Selama sinkronisasi data penuh, DTS menggunakan sumber daya baca dan tulis database sumber dan tujuan. Ini dapat meningkatkan beban server database. Sebelum Anda menyinkronkan data, evaluasi dampak sinkronisasi data pada kinerja database sumber dan tujuan. Kami sarankan Anda menyinkronkan data selama jam non-puncak, seperti ketika beban CPU database sumber dan tujuan kurang dari 30%. Selama sinkronisasi data penuh, operasi INSERT bersamaan menyebabkan fragmentasi di tabel database tujuan. Setelah sinkronisasi data penuh selesai, ukuran tablespace yang digunakan di database tujuan lebih besar daripada di database sumber. Ketidaksesuaian data antara database sumber dan tujuan mungkin terjadi jika data dari sumber lain ditulis ke database tujuan selama sinkronisasi data. DTS menggunakan fungsi `ROUND(COLUMN,PRECISION)` untuk mengambil nilai dari kolom tipe data FLOAT atau DOUBLE. Jika Anda tidak menentukan presisi, DTS menetapkan presisi untuk kolom tipe data FLOAT menjadi 38 digit dan presisi untuk kolom tipe data DOUBLE menjadi 308 digit secara default. Anda harus memeriksa apakah pengaturan presisi memenuhi persyaratan bisnis Anda. DTS mencoba melanjutkan tugas sinkronisasi data yang gagal dalam tujuh hari terakhir. Sebelum Anda beralih beban kerja ke database tujuan, Anda harus menghentikan atau melepaskan tugas yang gagal. Anda juga dapat menjalankan pernyataan `REVOKE` untuk mencabut izin tulis dari akun yang digunakan oleh DTS untuk mengakses database tujuan. Jika tidak, data di database sumber menimpa data di database tujuan setelah tugas yang gagal dilanjutkan. Jika pernyataan DDL gagal dieksekusi di database tujuan, tugas sinkronisasi data terus berjalan. 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 instance gagal berjalan, staf 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.

Tagihan

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

Operasi SQL yang Mendukung Sinkronisasi Inkremental

Jenis 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 dijalankan pada kunci utama, pernyataan UPDATE dikonversi menjadi pernyataan DELETE dan INSERT.
DDL	CREATE TABLE, DROP TABLE, RENAME TABLE, TRUNCATE TABLE, ADD COLUMN, dan DROP COLUMN

Izin yang Diperlukan untuk Akun Database

Database	Izin yang Diperlukan	Referensi
Database TiDB	Izin SELECT pada objek yang akan disinkronkan dan izin SHOW VIEW	Privilege Management
AnalyticDB for MySQL Kluster V3.0	Hak baca dan tulis pada database tujuan	Buat Akun Database

Prosedur

Gunakan salah satu metode berikut untuk masuk ke halaman Sinkronisasi Data dan pilih wilayah tempat instance sinkronisasi data berada.
Konsol DTS
1. Masuk ke Konsol DTS.
2. Di bilah navigasi di sebelah kiri, klik Data Synchronization.
3. Di sudut kiri atas halaman, pilih wilayah tempat tugas sinkronisasi data berada.
Konsol DMS
Catatan
Operasi aktual 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 masuk ke halaman konfigurasi tugas.

Konfigurasikan database sumber dan tujuan. Tabel berikut menjelaskan parameter.

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 a DMS database instance.	Database yang ingin Anda gunakan. Anda dapat memilih apakah akan menggunakan database yang ada berdasarkan kebutuhan bisnis Anda. Jika Anda memilih database yang ada, DTS secara otomatis mengisi parameter untuk database tersebut. Jika Anda tidak memilih database yang ada, Anda harus mengonfigurasi informasi database berikut. Catatan Di konsol DMS, Anda dapat mengklik Add DMS Database Instance untuk mendaftarkan database dengan DMS. Untuk informasi lebih lanjut, lihat Daftarkan instance database Alibaba Cloud dan Daftarkan database yang di-hosting pada layanan cloud pihak ketiga atau database yang dikelola sendiri. Di konsol DTS, daftarkan database dengan DTS di halaman Database Connections atau halaman konfigurasi baru. Untuk informasi lebih lanjut, lihat Kelola Koneksi Database.
	Database Type	Tipe database sumber. Pilih TiDB.
	Access Method	Metode akses database sumber. Pilih metode akses berdasarkan lokasi penyebaran database TiDB. Dalam contoh ini, pilih Self-managed Database on ECS. Catatan Jika Anda mengatur parameter ini ke nilai lain, Anda harus menyiapkan lingkungan yang diperlukan untuk database mandiri sebelum sinkronisasi data. Untuk informasi lebih lanjut, lihat Ikhtisar Persiapan.
	Instance Region	Wilayah tempat database TiDB berada.
	ECS Instance ID	ID instance ECS yang menampung database TiDB. Nilai default: 4000.
	Port Number	Nomor port layanan database TiDB.
	Database Account	Akun database TiDB. Untuk informasi lebih lanjut tentang izin yang diperlukan untuk akun tersebut, lihat bagian Izin yang Diperlukan untuk Akun Database dari topik ini.
	Database Password	Kata sandi yang digunakan untuk mengakses database.
	Migrate Incremental Data	Parameter ini diatur ke Yes secara default. Anda tidak dapat mengubah nilai parameter ini. Catatan Jika Anda tidak ingin menyinkronkan data inkremental dari database TiDB, buat tugas migrasi data. Untuk informasi lebih lanjut, lihat Migrasikan data dari database TiDB yang dikelola sendiri ke cluster AnalyticDB for MySQL V3.0.
	Kafka Cluster Type	Jenis klaster Kafka. Konfigurasikan parameter ini berdasarkan lokasi penyebaran klaster Kafka. Dalam contoh ini, pilih Self-managed Database on ECS. Catatan Jika Anda memilih Express Connect, VPN Gateway, or Smart Access Gateway, Anda juga harus memilih VPC dari daftar drop-down Connected VPC dan tentukan Domain Name or IP.
	Kafka Data Source Component	Pilih Use the default binlog format of the TiDB database. atau Use the TiCDC Canal-JSON format. sesuai dengan persiapan yang telah Anda lakukan.
	ECS Instance ID	ID instance ECS tempat klaster Kafka berada.
	Port Number	Port layanan klaster Kafka.
	Kafka Cluster Account	Nama pengguna dan kata sandi klaster Kafka. Jika autentikasi tidak diaktifkan untuk klaster Kafka, Anda tidak perlu mengonfigurasi parameter ini.
	Kafka Cluster Password
	Kafka Version	Versi klaster Kafka. Catatan Jika versi klaster Kafka adalah 1.0 atau lebih baru, pilih 1.0.
	Encryption	Menentukan apakah akan mengenkripsi koneksi ke klaster Kafka. Pilih Non-encrypted atau SCRAM-SHA-256 berdasarkan kebutuhan bisnis dan keamanan Anda.
	Topic	Topik tempat data inkremental berada.
Destination Database	Select a DMS database instance.	Database yang ingin Anda gunakan. Anda dapat memilih apakah akan menggunakan database yang ada berdasarkan kebutuhan bisnis Anda. Jika Anda memilih database yang ada, DTS secara otomatis mengisi parameter untuk database tersebut. Jika Anda tidak memilih database yang ada, Anda harus mengonfigurasi informasi database berikut. Catatan Di konsol DMS, Anda dapat mengklik Add DMS Database Instance untuk mendaftarkan database dengan DMS. Untuk informasi lebih lanjut, lihat Daftarkan Instance Database Alibaba Cloud dan Daftarkan Database yang Di-hosting pada Layanan Cloud Pihak Ketiga atau Database Mandiri. Di konsol DTS, daftarkan database dengan DTS di halaman Database Connections atau halaman konfigurasi baru. Untuk informasi lebih lanjut, lihat Kelola Koneksi Database.
	Database Type	Tipe database tujuan. Pilih AnalyticDB for MySQL 3.0.
	Access Method	Metode akses database tujuan. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat cluster AnalyticDB for MySQL V3.0 tujuan berada.
	Instance ID	ID cluster AnalyticDB for MySQL V3.0 tujuan.
	Database Account	Akun database cluster AnalyticDB for MySQL V3.0 tujuan. Untuk informasi lebih lanjut tentang izin yang diperlukan untuk akun tersebut, lihat bagian Persyaratan Izin untuk Akun Database dari topik ini.
	Database Password	Kata sandi yang digunakan untuk mengakses database.

Di bagian bawah halaman, klik Test Connectivity and Proceed. Di kotak dialog CIDR Blocks of DTS Servers, klik Test Connectivity.
Catatan
Pastikan bahwa 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.

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 objek yang dipilih dari database sumber ke cluster tujuan. Data historis ini menjadi dasar untuk sinkronisasi inkremental selanjutnya.
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 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 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 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 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 halini, hanya beberapa kolom yang disinkronkan, atau instance sinkronisasi data gagal. Lanjutkan dengan hati-hati.
Capitalization of Object Names in Destination Instance	Penggunaan huruf besar/kecil nama database, tabel, dan kolom di instance tujuan. Secara default, DTS default policy dipilih. Anda dapat memilih opsi lain untuk memastikan bahwa penggunaan huruf besar/kecil nama objek konsisten dengan yang ada di database sumber atau tujuan. Untuk informasi lebih lanjut, lihat Tentukan Penggunaan Huruf Besar/Kecil 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 database atau tabel sebagai objek yang akan disinkronkan.
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 sudut kanan atas bagian Selected Objects. Untuk informasi lebih lanjut, lihat bagian "Peta Beberapa Nama Objek Sekaligus" dari topik Pemetaan Nama Objek. Catatan Untuk menentukan kondisi WHERE untuk menyaring data, klik kanan tabel di bagian Selected Objects. Di kotak dialog yang muncul, tentukan kondisi tersebut. Untuk informasi lebih lanjut, lihat Tentukan Kondisi Filter. 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
Retry Time for Failed Connections	Rentang waktu ulang untuk koneksi gagal. Jika database sumber atau tujuan gagal terhubung setelah tugas sinkronisasi data dimulai, DTS akan segera mencoba menghubungkan kembali dalam rentang waktu ini. Nilai valid: 10 hingga 1.440. Unit: menit. Nilai default: 720. Disarankan untuk mengatur parameter ini ke nilai lebih dari 30. Jika DTS berhasil terhubung kembali ke database sumber dan tujuan dalam rentang waktu yang ditentukan, DTS akan melanjutkan tugas sinkronisasi data. Jika tidak, tugas sinkronisasi data akan gagal. Catatan Jika Anda menentukan rentang waktu ulang berbeda untuk beberapa tugas sinkronisasi data dengan database sumber atau tujuan yang sama, rentang waktu ulang terpendek akan menjadi prioritas. Selama DTS mencoba menghubungkan kembali, Anda akan dikenakan biaya untuk instance DTS. Disarankan untuk 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 percobaan ulang untuk masalah lainnya. Sebagai contoh, jika operasi DDL atau DML gagal setelah tugas sinkronisasi data dimulai, Data Transmission Service (DTS) akan segera mencoba kembali operasi tersebut dalam rentang waktu yang ditentukan. Nilai valid: 1 hingga 1.440. Unit: menit. Nilai default: 10. Disarankan untuk mengatur parameter ini ke nilai lebih dari 10. Jika operasi yang gagal berhasil dilakukan dalam rentang waktu yang ditentukan, DTS akan melanjutkan tugas sinkronisasi data. Jika tidak, tugas sinkronisasi data akan 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 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 untuk sinkronisasi data inkremental 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 ekstraksi, transformasi, dan pemuatan (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 Configure ETL in a data migration or data synchronization task. 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 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.
Opsional. Klik Next: Configure Database and Table Fields. Di halaman yang muncul, konfigurasikan parameter seperti Type, Primary Key Column, Distribution Key, serta parameter kunci partisi seperti Partition Key, Partitioning Rules, dan Partition Lifecycle untuk tabel yang ingin Anda sinkronkan ke cluster AnalyticDB for MySQL V3.0 tujuan.
Catatan
- Langkah ini hanya tersedia jika Anda memilih Schema Synchronization untuk Synchronization Types. Anda dapat mengatur Definition Status ke All dan kemudian memodifikasi bidang database dan tabel.
- Di bidang Primary Key Column, Anda dapat menentukan beberapa kolom untuk membentuk kunci utama komposit. Dalam hal ini, Anda harus menentukan satu atau lebih kolom kunci utama 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 tersebut lolos 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 pra-pemeriksaan lagi.
- 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 dibandingkan 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 dapat 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.