Migrasi data dari database TiDB ke klaster PolarDB untuk MySQL - Data Transmission Service

Topik ini menjelaskan cara memigrasikan data dari database TiDB ke klaster PolarDB untuk MySQL menggunakan Data Transmission Service (DTS).

Prasyarat

Klaster tujuan PolarDB untuk MySQL telah dibuat. Ruang penyimpanan yang tersedia di klaster lebih besar daripada total ukuran data di database TiDB sumber. Untuk informasi lebih lanjut, lihat Pembelian Kustom dan Pembelian Klaster Berlangganan.
Persiapan (opsional) dilakukan untuk mengumpulkan data inkremental jika Anda ingin memigrasikan data inkremental dari database TiDB.

Persiapan (opsional)

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

Menggunakan TiDB Binlog

Catatan

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

Siapkan klaster atau instansi Kafka menggunakan salah satu metode berikut.
- Deploy klaster Kafka yang dikelola sendiri. Untuk informasi lebih lanjut, kunjungi situs resmi Apache Kafka.
  Peringatan
  Kami merekomendasikan Anda menyetel 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 besar. Ini memastikan bahwa klaster Kafka dapat menerima jumlah data log biner yang lebih besar dari database TiDB. Untuk informasi lebih lanjut, lihat KONFIGURASI.
- Buat instansi ApsaraMQ untuk Kafka. Untuk informasi lebih lanjut, lihat Ikhtisar.
  Catatan
  Instansi ApsaraMQ untuk 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 migrasi data inkremental.
Buat topik di klaster Kafka yang dikelola sendiri atau instansi ApsaraMQ untuk 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 Penyebaran Klaster TiDB Binlog.
Modifikasi file konfigurasi Drainer dan tentukan klaster Kafka untuk menerima data dari Drainer. Untuk informasi lebih lanjut, lihat Panduan Pengguna Klien Konsumen Binlog.
Catatan
Pastikan bahwa server tempat database TiDB ditempatkan dapat terhubung ke klaster Kafka.
Tambahkan blok CIDR server DTS ke daftar putih database TiDB. Untuk informasi lebih lanjut, lihat Tambahkan Blok CIDR Server DTS.

Menggunakan TiCDC

Siapkan klaster atau instansi Kafka menggunakan salah satu metode berikut.
- Deploy klaster Kafka yang dikelola sendiri. Untuk informasi lebih lanjut, kunjungi situs resmi Apache Kafka.
  Peringatan
  Kami merekomendasikan Anda menyetel 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 besar. Ini memastikan bahwa klaster Kafka dapat menerima jumlah data log biner yang lebih besar dari database TiDB. Untuk informasi lebih lanjut, lihat KONFIGURASI.
- Buat instansi ApsaraMQ untuk Kafka. Untuk informasi lebih lanjut, lihat Ikhtisar.
  Catatan
  Instansi ApsaraMQ untuk 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 migrasi data inkremental.
Buat topik di klaster Kafka yang dikelola sendiri atau instansi ApsaraMQ untuk 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 Deploy dan Kelola TiCDC.
Catatan
Kami merekomendasikan Anda menggunakan TiUP untuk menambahkan node TiCDC baru atau meningkatkan node TiCDC yang ada di klaster TiDB.
Replikasi 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 klaster Kafka.
- Kami merekomendasikan Anda menggunakan tiup cdc cli changefeed create \ di baris perintah pertama.

Catatan Penggunaan

Kategori	Deskripsi
Batasan pada database sumber	Server tempat database sumber ditempatkan harus memiliki bandwidth keluar yang cukup. Jika tidak, kecepatan migrasi data akan menurun. Tabel yang akan dimigrasikan 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 dimigrasikan dan Anda ingin memodifikasi tabel di database tujuan, seperti mengubah nama tabel atau kolom, Anda dapat memigrasikan hingga 1.000 tabel dalam satu tugas migrasi data. Jika Anda menjalankan tugas untuk memigrasikan lebih dari 1.000 tabel, kesalahan permintaan akan terjadi. Dalam hal ini, kami merekomendasikan Anda mengonfigurasi beberapa tugas untuk memigrasikan tabel secara bertahap atau mengonfigurasi tugas untuk memigrasikan seluruh database. Jika Anda ingin memigrasikan data inkremental dari database TiDB sumber, Anda harus mendeploy klaster Kafka dan menginstal komponen terkait untuk database TiDB untuk mengumpulkan data inkremental. Selama migrasi skema dan migrasi data penuh, jangan lakukan operasi DDL untuk mengubah skema database atau tabel. Jika tidak, tugas migrasi data gagal. Panjang indeks awalan tidak disimpan dalam metadata database TiDB. Jika Anda memigrasikan tabel yang berisi indeks awalan ke database tujuan, panjang indeks awalan hilang, dan instance gagal berjalan. Kami merekomendasikan Anda memperbaiki panjang indeks awalan secara manual.
Batasan lainnya	Selama migrasi data inkremental, DTS hanya dapat memperoleh data dari partisi dengan ID 0 di topik tujuan. Jika tugas migrasi data melibatkan migrasi data inkremental, Anda harus melakukan operasi yang diperlukan pada database sumber atau memasukkan data uji secara tepat waktu setelah tugas dibuat. Ini memastikan bahwa informasi offset tugas diperbarui. Jika tidak, tugas mungkin gagal karena latensi yang berlebihan. Jika data yang akan dimigrasikan berisi informasi seperti karakter langka atau emoji yang memakan empat byte, database dan tabel tujuan yang menerima data tersebut harus menggunakan set karakter UTF8mb4. Catatan Jika Anda menggunakan fitur migrasi skema DTS, atur parameter instance `character_set_server` di database tujuan ke set karakter UTF8mb4. Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Ini dapat meningkatkan beban server database. Sebelum Anda memigrasikan data, evaluasi dampak migrasi data pada kinerja database sumber dan tujuan. Kami merekomendasikan Anda memigrasikan data selama jam sepi, seperti ketika penggunaan CPU database sumber dan tujuan kurang dari 30%. Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Ini dapat meningkatkan beban server database. Selama migrasi data penuh, operasi INSERT bersamaan menyebabkan fragmentasi di tabel database tujuan. Setelah migrasi data penuh selesai, ukuran tablespace yang digunakan di database tujuan lebih besar daripada di database sumber. Ketidaksesuaian data antara database sumber dan tujuan dapat terjadi jika data dari sumber lain ditulis ke database tujuan selama migrasi 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 tipe data FLOAT menjadi 38 digit dan presisi untuk tipe data DOUBLE menjadi 308 digit. Anda harus memeriksa apakah pengaturan presisi memenuhi persyaratan bisnis Anda. DTS mencoba melanjutkan tugas migrasi 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 mengeksekusi 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 DTS 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 Migrasi	Biaya Konfigurasi Instance	Biaya Lalu Lintas Internet
Migrasi skema dan migrasi data penuh	Gratis.	Ketika parameter Access Method dari database tujuan diatur ke Public IP Address, Anda akan dikenakan biaya untuk lalu lintas internet. Untuk informasi lebih lanjut, lihat Ikhtisar Tagihan.
Migrasi data inkremental	Dikenakan biaya. Untuk informasi lebih lanjut, lihat Ikhtisar Tagihan.

Operasi SQL yang mendukung migrasi inkremental

Jenis Operasi	Pernyataan SQL
DML	INSERT, UPDATE, dan DELETE
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 dimigrasikan dan izin SHOW VIEW	Privilege Management
Klaster PolarDB untuk MySQL	Hak baca dan tulis pada database tujuan	Buat dan kelola akun database

Prosedur

Gunakan salah satu metode berikut untuk pergi ke halaman Migrasi Data dan pilih wilayah tempat instance migrasi data berada.
Konsol DTS
1. Masuk ke Konsol DTS.
2. Di bilah navigasi di sebelah kiri, klik Data Migration.
3. Di sudut kiri atas halaman, pilih wilayah tempat instance migrasi data berada.
Konsol DMS
Catatan
Operasi sebenarnya dapat bervariasi berdasarkan mode dan tata letak Konsol DMS. Untuk informasi lebih lanjut, lihat Simple Mode dan Kustomisasi Tata Letak dan Gaya Konsol DMS.
1. Masuk ke Konsol DMS.
2. Di bilah navigasi atas, gerakkan pointer ke Data + AI > DTS (DTS) > Data Migration.
3. Dari daftar drop-down di sebelah kanan Data Migration 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.

Bagian	Parameter	Deskripsi
N/A	Task Name	Nama tugas DTS. DTS secara otomatis menghasilkan nama tugas. Kami merekomendasikan Anda menentukan nama deskriptif yang memudahkan identifikasi tugas. Anda tidak perlu menentukan nama tugas yang unik.
Source Database	Select Existing Connection	Jika Anda menggunakan instansi database yang terdaftar dengan DTS, pilih instansi dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instansi tersebut. Untuk informasi lebih lanjut, lihat Kelola koneksi database. Catatan Di Konsol DMS, Anda dapat memilih instansi database dari daftar drop-down Select a DMS database instance. Jika Anda gagal mendaftarkan instansi dengan DTS, atau Anda tidak perlu menggunakan instansi yang terdaftar dengan DTS, Anda harus mengonfigurasi informasi database berikut.
	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 menyetel parameter ini ke nilai lain, Anda harus menyiapkan lingkungan yang diperlukan untuk database mandiri sebelum migrasi data. Untuk informasi lebih lanjut, lihat Ikhtisar Persiapan.
	Instance Region	Wilayah tempat database TiDB berada.
	ECS Instance ID	ID instansi ECS yang menjadi host bagi database TiDB.
	Port Number	Nomor port layanan database TiDB sumber. Nilai default: 4000.
	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	Menentukan apakah akan memigrasikan data inkremental dari database TiDB. Konfigurasikan parameter ini berdasarkan kebutuhan bisnis Anda. Catatan Jika Anda ingin memigrasikan data inkremental dari database TiDB, pilih Yes dan masukkan informasi klaster Kafka. Untuk informasi lebih lanjut, lihat bagian Klaster Kafka dari topik ini.
Destination Database	Select Existing Connection	Jika Anda menggunakan instansi database yang terdaftar dengan DTS, pilih instansi dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instansi tersebut. Untuk informasi lebih lanjut, lihat Kelola koneksi database. Catatan Di Konsol DMS, Anda dapat memilih instansi database dari daftar drop-down Select a DMS database instance. Jika Anda gagal mendaftarkan instansi dengan DTS, atau Anda tidak perlu menggunakan instansi yang terdaftar dengan DTS, Anda harus mengonfigurasi informasi database berikut.
	Database Type	Tipe database tujuan. Pilih PolarDB for MySQL.
	Access Method	Metode akses database tujuan. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat klaster PolarDB untuk MySQL berada.
	Replicate Data Across Alibaba Cloud Accounts	Dalam contoh ini, instansi database dari akun Alibaba Cloud saat ini digunakan. Pilih No.
	PolarDB Cluster ID	ID klaster PolarDB untuk MySQL tujuan.
	Database Account	Akun database klaster PolarDB untuk MySQL tujuan. Untuk informasi 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 instansi database.
	Encryption	Menentukan apakah akan mengenkripsi koneksi ke klaster PolarDB untuk MySQL. Anda dapat menyetel parameter ini berdasarkan kebutuhan bisnis Anda. Untuk informasi lebih lanjut tentang fitur enkripsi SSL, lihat Konfigurasikan Enkripsi SSL.

Di bagian bawah halaman, klik Test Connectivity and Proceed, lalu klik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers yang muncul.
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 dimigrasikan.

Di halaman Configure Objects, konfigurasikan objek yang ingin Anda migrasikan.

Parameter	Deskripsi
Migration Types	Untuk melakukan hanya migrasi data penuh, pilih Schema Migration dan Full Data Migration. Untuk memastikan kelangsungan layanan selama migrasi data, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration. Catatan Jika Anda tidak memilih Schema Migration, pastikan database dan tabel dibuat di database tujuan untuk menerima data dan fitur pemetaan nama objek diaktifkan di Selected Objects. Jika Anda tidak memilih Incremental Data Migration, kami merekomendasikan Anda untuk tidak menulis data ke database sumber selama migrasi data. Ini memastikan konsistensi data antara database sumber dan tujuan.
Processing Mode of Conflicting Tables	Precheck and Report Errors: memeriksa apakah database tujuan berisi tabel yang menggunakan nama yang sama dengan tabel di database sumber. Jika database sumber dan tujuan tidak berisi tabel dengan nama tabel identik, pemeriksaan awal berhasil. Jika tidak, kesalahan akan dikembalikan selama pemeriksaan awal dan tugas migrasi data tidak dapat dimulai. Catatan Jika database sumber dan tujuan berisi tabel dengan nama identik dan tabel di database tujuan tidak dapat dihapus atau diubah namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengubah nama tabel yang dimigrasikan ke database tujuan. Untuk informasi lebih lanjut, lihat Peta Nama Objek. Ignore Errors and Proceed: melewati pemeriksaan awal 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 berikut: Jika database sumber dan tujuan memiliki skema yang sama, dan catatan data memiliki kunci utama yang sama dengan catatan data yang ada di database tujuan, skenario berikut mungkin terjadi: Selama migrasi data penuh, DTS tidak memigrasikan catatan data ke database tujuan. Catatan data yang ada di database tujuan dipertahankan. Selama migrasi data inkremental, DTS memigrasikan catatan data ke database tujuan. Catatan data yang ada di database tujuan ditimpa. Jika database sumber dan tujuan memiliki skema yang berbeda, hanya kolom tertentu yang dimigrasikan atau tugas migrasi data gagal. Lanjutkan dengan hati-hati.
Capitalization of Object Names in Destination Instance	Huruf besar/kecil nama database, nama tabel, dan nama kolom di instansi tujuan. Secara default, DTS default policy dipilih. Anda dapat memilih opsi lain untuk memastikan bahwa huruf besar/kecil nama objek konsisten dengan database sumber atau tujuan. Untuk informasi lebih lanjut, lihat Tentukan Huruf Besar/Kecil Nama Objek di Instansi Tujuan.
Source Objects	Pilih satu atau beberapa objek dari bagian Source Objects. Klik ikon untuk menambahkan objek ke bagian Selected Objects. Catatan Anda dapat memilih tabel atau database sebagai objek yang akan dimigrasikan.
Selected Objects	Untuk mengubah nama objek yang ingin Anda migrasikan ke instansi tujuan, klik kanan objek di bagian Selected Objects. Untuk informasi lebih lanjut, lihat Peta Nama Objek Tunggal. Untuk mengubah nama beberapa objek sekaligus, klik Batch Edit di sudut kanan atas bagian Selected Objects. Untuk informasi lebih lanjut, lihat Peta Beberapa Nama Objek Sekaligus. Catatan Untuk menentukan kondisi WHERE untuk menyaring data, klik kanan tabel di bagian Selected Objects. Di kotak dialog yang muncul, Tentukan Kondisi Filter. Jika Anda menggunakan fitur pemetaan nama objek untuk mengubah nama objek, objek lain yang bergantung pada objek tersebut mungkin gagal dimigrasikan.

Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.

Parameter	Deskripsi
Select the engine type of the destination database	Jenis mesin database tujuan. Pilih jenis mesin berdasarkan kebutuhan bisnis Anda. Nilai valid: InnoDB: mesin penyimpanan default. X-Engine: mesin penyimpanan pemrosesan transaksi online (OLTP).
Retry Time for Failed Connections	Rentang waktu coba ulang untuk koneksi gagal. Jika database sumber atau tujuan gagal terhubung setelah tugas migrasi data dimulai, DTS segera mencoba menghubungkan kembali dalam rentang waktu coba ulang. Nilai valid: 10 hingga 1.440. Unit: menit. Nilai default: 720. Kami merekomendasikan Anda menyetel parameter ini ke nilai lebih besar dari 30. Jika DTS berhasil tersambung kembali ke database sumber dan tujuan dalam rentang waktu coba ulang yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal. Catatan Jika Anda menentukan rentang waktu coba ulang berbeda untuk beberapa tugas migrasi data yang berbagi database sumber atau tujuan sama, nilai yang ditentukan terakhir akan berlaku. Saat DTS mencoba menghubungkan kembali, Anda akan dikenakan biaya untuk instance DTS. Kami merekomendasikan Anda menentukan rentang waktu coba ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instance DTS sesegera mungkin setelah instance database sumber dan tujuan dilepaskan.
Retry Time for Other Issues	Rentang waktu coba ulang untuk masalah lainnya. Misalnya, jika operasi DDL atau DML gagal dilakukan setelah tugas migrasi data dimulai, DTS segera mencoba kembali operasi tersebut dalam rentang waktu coba ulang. Nilai valid: 1 hingga 1.440. Unit: menit. Nilai default: 10. Kami merekomendasikan Anda menyetel parameter ini ke nilai lebih besar dari 10. Jika operasi gagal berhasil dilakukan dalam rentang waktu coba ulang yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi 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 Migration	Menentukan apakah akan mengaktifkan pembatasan untuk migrasi data penuh. Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Ini dapat meningkatkan beban server database. Anda dapat mengaktifkan pembatasan untuk migrasi data penuh berdasarkan kebutuhan bisnis Anda. Untuk mengonfigurasi pembatasan, Anda harus mengonfigurasi parameter Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s). Ini mengurangi beban server database tujuan. Catatan Anda dapat mengonfigurasi parameter ini hanya jika memilih Full Data Migration untuk parameter Migration Types.
Enable Throttling for Incremental Data Migration	Menentukan apakah akan mengaktifkan pembatasan untuk migrasi data inkremental. Untuk mengonfigurasi pembatasan, Anda harus mengonfigurasi parameter RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s). Ini mengurangi beban server database tujuan. Catatan Anda hanya dapat mengonfigurasi parameter ini jika Anda memilih Incremental Data Migration untuk parameter Migration Types.
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 ekstrak, transform, dan muat (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 tugas migrasi data. Jika tugas gagal atau latensi migrasi melebihi ambang batas yang ditentukan, kontak peringatan menerima notifikasi. Nilai valid: No: Tidak mengonfigurasi 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 tugas verifikasi data.
Untuk informasi lebih lanjut tentang cara menggunakan fitur verifikasi data, lihat Konfigurasikan tugas verifikasi data.

Simpan pengaturan tugas dan jalankan pra-pemeriksaan.
- Untuk melihat parameter yang harus ditentukan saat Anda memanggil operasi API terkait untuk mengonfigurasi tugas DTS, gerakkan 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 migrasi data, DTS melakukan pra-pemeriksaan. Anda hanya dapat memulai tugas migrasi data setelah tugas lulus pra-pemeriksaan.
- Jika tugas gagal lulus 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 instansi.

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

Di halaman Purchase Instance, konfigurasikan parameter Kelas Instansi untuk instansi migrasi data. Tabel berikut menjelaskan parameter.

Bagian	Parameter	Deskripsi
New Instance Class	Resource Group	Grup sumber daya tempat instansi migrasi data termasuk. Nilai default: default resource group. Untuk informasi lebih lanjut, lihat Apa itu Manajemen Sumber Daya?
New Instance Class	Instance Class	DTS menyediakan kelas instansi yang bervariasi dalam kecepatan migrasi. Anda dapat memilih kelas instansi berdasarkan skenario bisnis Anda. Untuk informasi lebih lanjut, lihat Kelas instansi tugas migrasi data.

Baca dan setujui Data Transmission Service (Pay-as-you-go) Service Terms dengan memilih kotak centang.
Klik Buy and Start. Di pesan yang muncul, klik OK.
Anda dapat melihat kemajuan tugas di halaman Data Migration.
Catatan
- Jika tugas migrasi data tidak dapat digunakan untuk memigrasikan data inkremental, tugas secara otomatis berhenti. Completed ditampilkan di bagian Status .
- Jika tugas migrasi data dapat digunakan untuk memigrasikan data inkremental, tugas tidak berhenti secara otomatis. Tugas migrasi data inkremental tidak pernah berhenti atau selesai. Running ditampilkan di bagian Status.

Klaster Kafka

Parameter	Deskripsi
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 instansi 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.