Menyinkronkan data dari instans ApsaraDB RDS untuk MySQL ke klaster PolarDB untuk MySQL - Data Transmission Service

Anda dapat menggunakan Data Transmission Service (DTS) untuk menyinkronkan data dari MySQL ke PolarDB untuk MySQL.

Jenis basis data sumber yang didukung

Berikut ini adalah jenis basis data MySQL yang didukung sebagai basis data sumber saat menyinkronkan data ke klaster PolarDB untuk MySQL. Topik ini menggunakan contoh instans ApsaraDB RDS untuk MySQL untuk menjelaskan cara mengonfigurasi tugas sinkronisasi data. Anda juga dapat mengikuti prosedur ini untuk mengonfigurasi tugas sinkronisasi data untuk jenis basis data MySQL lainnya.

Instans ApsaraDB RDS untuk MySQL
Basis data yang dikelola sendiri di-hosting pada Elastic Compute Service (ECS)
Basis data yang dikelola sendiri terhubung melalui Express Connect, VPN Gateway, atau Smart Access Gateway
Basis data yang dikelola sendiri terhubung melalui Database Gateway
Basis data yang dikelola sendiri terhubung melalui Cloud Enterprise Network (CEN)

Prasyarat

Sebuah instans ApsaraDB RDS untuk MySQL telah dibuat.
Sebuah klaster PolarDB untuk MySQL telah dibuat. Untuk informasi lebih lanjut, lihat Beli Klaster dan Beli Klaster Langganan.
Ruang penyimpanan klaster PolarDB untuk MySQL lebih besar daripada ruang penyimpanan yang digunakan oleh instans ApsaraDB RDS untuk MySQL.

Batasan

Catatan

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

Tipe	Deskripsi
Batasan pada basis data sumber	Tabel yang akan disinkronkan harus memiliki PRIMARY KEY atau kendala UNIQUE, dan semua bidang harus unik. Jika tidak, basis data 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 basis data. Log biner: Fitur pencatatan biner diaktifkan secara default. Parameter binlog_row_image harus diatur ke full. Jika tidak, pesan kesalahan dikembalikan selama pra-pemeriksaan dan tugas sinkronisasi data tidak dapat dimulai. Untuk informasi lebih lanjut tentang cara mengatur parameter, lihat Atur parameter. Penting Jika basis data sumber adalah basis data MySQL yang dikelola sendiri, Anda harus mengaktifkan pencatatan biner dan mengatur parameter binlog_format ke row dan parameter binlog_row_image ke full. Jika basis data sumber adalah basis data MySQL yang dikelola sendiri dalam klaster dual-primary (dengan setiap basis data berfungsi sebagai basis data 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 basis data MySQL yang dibuat pengguna dan konfigurasikan pencatatan biner. File log biner lokal dari instans ApsaraDB RDS untuk MySQL harus disimpan setidaknya selama 3 hari. Kami sarankan Anda menyimpan file selama 7 hari. File log biner lokal dari basis data MySQL yang dikelola sendiri harus disimpan setidaknya selama 7 hari. Jika tidak, DTS mungkin gagal memperoleh log biner dan tugas mungkin gagal. Dalam kasus ekstrem, data mungkin tidak konsisten atau hilang. Pastikan masalah waktu penyimpanan log biner yang tidak mencukupi tidak terjadi. Jika tidak, Perjanjian Tingkat Layanan (SLA) DTS tidak menjamin keandalan layanan dan kinerja. Catatan Untuk informasi tentang cara mengatur Log Retention Period untuk instans ApsaraDB RDS untuk MySQL, lihat Hapus otomatis log lokal. Selama sinkronisasi skema dan sinkronisasi data penuh, jangan jalankan pernyataan DDL untuk mengubah skema basis data atau tabel. Jika tidak, tugas sinkronisasi data gagal. Selama sinkronisasi data, perubahan data yang tidak dicatat dalam log biner, seperti perubahan data yang disebabkan oleh pemulihan cadangan fisik dan operasi kaskade, tidak disinkronkan ke basis data tujuan. Catatan Jika situasi seperti itu terjadi, Anda dapat menghapus basis data atau tabel dari objek yang akan disinkronkan dan kemudian menambahkan basis data atau tabel kembali ke objek ketika bisnis Anda mengizinkan. Untuk informasi lebih lanjut, lihat Ubah objek yang akan disinkronkan. Jika basis data sumber adalah MySQL 8.0.23 atau lebih baru dan data yang akan disinkronkan berisi kolom tak terlihat, kehilangan data mungkin terjadi karena DTS tidak dapat memperoleh data dalam kolom tak terlihat. Catatan Anda dapat menjalankan perintah `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;` untuk mengatur kolom tak terlihat menjadi terlihat. Untuk informasi lebih lanjut, lihat Kolom Tak Terlihat. Tabel tanpa kunci utama secara otomatis menghasilkan kunci utama tak terlihat. Anda juga perlu mengatur kunci utama tak terlihat menjadi terlihat. Untuk informasi lebih lanjut, lihat Kunci Utama Tak Terlihat yang Dihasilkan.
Lainnya	Untuk memastikan kompatibilitas, versi basis data tujuan harus sama atau lebih baru daripada versi basis data sumber. Jika versi basis data tujuan lebih lama daripada versi basis data sumber, masalah kompatibilitas basis data mungkin terjadi. Pengurai yang didefinisikan menggunakan sintaks komentar tidak dapat disinkronkan. Jika terjadi konflik kunci utama atau kunci unik selama sinkronisasi data: Jika basis data sumber dan tujuan memiliki skema yang sama dan catatan data di basis data tujuan memiliki nilai kunci utama atau nilai kunci unik yang sama dengan catatan data di basis data sumber: Selama sinkronisasi data penuh, DTS tidak menyinkronkan catatan data ke basis data tujuan. Catatan data yang ada di basis data tujuan dipertahankan. Selama sinkronisasi data tambahan, DTS menyinkronkan catatan data ke basis data tujuan. Catatan data yang ada di basis data tujuan ditimpa. Jika basis data 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. Sebelum Anda menyinkronkan data, evaluasi dampak sinkronisasi data pada kinerja basis data sumber dan tujuan. Kami sarankan Anda menyinkronkan data selama jam non-puncak. Selama sinkronisasi data penuh awal, DTS menggunakan sumber daya baca dan tulis dari basis data sumber dan tujuan. Ini dapat meningkatkan beban pada server basis data. Selama sinkronisasi data penuh, operasi INSERT bersamaan menyebabkan fragmentasi dalam tabel basis data tujuan. Setelah sinkronisasi data penuh selesai, ruang tabel basis data tujuan lebih besar daripada basis data sumber. Jika data yang akan disinkronkan berisi konten yang memerlukan empat byte ruang penyimpanan, seperti emoji, basis data dan tabel di instans tujuan harus menggunakan set karakter utf8mb4. Catatan Jika Anda menggunakan DTS untuk menyinkronkan struktur tabel basis data, Anda perlu mengatur parameter tingkat instans `character_set_server` di basis data tujuan ke utf8mb4. Jika Anda memilih satu atau lebih tabel alih-alih seluruh basis data 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. Selama sinkronisasi data, kami sarankan Anda hanya menggunakan DTS untuk menulis data ke basis data tujuan. Ini mencegah ketidaksesuaian data antara basis data sumber dan tujuan. Misalnya, jika Anda menggunakan Data Management (DMS) untuk menjalankan pernyataan DDL online sementara data dari sumber lain ditulis ke basis data tujuan, kehilangan data mungkin terjadi di basis data tujuan. Anda tidak dapat menyesuaikan laju migrasi penuh. Anda tidak dapat mengonversi data datetime ke data varchar. Jika pernyataan DDL gagal dieksekusi di basis data tujuan, tugas DTS terus menjalankan pernyataan DDL. Anda dapat melihat pernyataan DDL yang gagal dieksekusi dalam log tugas. Untuk informasi lebih lanjut tentang cara melihat log tugas, lihat Lihat log tugas. Jika fitur always-confidential (EncDB) diaktifkan untuk instans ApsaraDB RDS untuk MySQL, sinkronisasi data penuh tidak didukung. Catatan Instans ApsaraDB RDS untuk MySQL dengan enkripsi data transparan (TDE) diaktifkan mendukung sinkronisasi skema, sinkronisasi data penuh, dan sinkronisasi data tambahan. Jika Anda perlu menyinkronkan akun dari basis data sumber, Anda harus memenuhi prasyarat dan memahami tindakan pencegahan terkait. Untuk informasi lebih lanjut, lihat Migrasi akun basis data. Jika instans gagal berjalan, personel dukungan teknis DTS akan mencoba memulihkan instans dalam waktu 8 jam. Selama proses pemulihan, instans mungkin di-restart atau parameter mungkin disesuaikan. Catatan Saat parameter disesuaikan, hanya parameter instans DTS yang dimodifikasi. Parameter basis data tidak dimodifikasi. Parameter yang mungkin dimodifikasi termasuk tetapi tidak terbatas pada parameter dalam Ubah parameter instans.
Kasus khusus	Jika basis data sumber adalah basis data MySQL yang dikelola sendiri: Jika pergantian utama/sekunder dilakukan pada basis data sumber saat tugas sinkronisasi data sedang berjalan, tugas gagal. DTS menghitung latensi sinkronisasi berdasarkan cap waktu data rekaman terakhir yang disinkronkan di basis data tujuan dan cap waktu saat ini di basis data sumber. Jika tidak ada operasi bahasa manipulasi data (DML) yang dilakukan pada basis data sumber untuk waktu yang lama, latensi sinkronisasi mungkin tidak akurat. Jika latensi tugas migrasi data terlalu tinggi, Anda dapat melakukan operasi DML pada basis data sumber untuk memperbarui latensi. Catatan Jika Anda memilih seluruh basis data sebagai objek yang akan disinkronkan, Anda dapat membuat tabel detak jantung. Tabel detak jantung diperbarui atau menerima data setiap detik. DTS secara berkala menjalankan perintah CREATE DATABASE IF NOT EXISTS `test` di basis data sumber untuk memajukan posisi log biner. Jika basis data sumber adalah instans ApsaraDB RDS untuk MySQL: Instans ApsaraDB RDS untuk MySQL yang tidak mencatat log transaksi, seperti instans ApsaraDB RDS untuk MySQL 5.6 baca-saja, tidak dapat digunakan sebagai basis data sumber. DTS secara berkala menjalankan perintah CREATE DATABASE IF NOT EXISTS `test` di basis data sumber untuk memajukan posisi log biner.

Penagihan

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

Topologi sinkronisasi yang didukung

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

Untuk informasi lebih lanjut tentang topologi sinkronisasi, lihat Topologi Sinkronisasi.

Operasi SQL yang didukung

Tipe Operasi	Pernyataan SQL
DML	INSERT, UPDATE, dan DELETE
DDL	ALTER TABLE dan ALTER VIEW CREATE FUNCTION, CREATE INDEX, CREATE PROCEDURE, CREATE TABLE, dan CREATE VIEW DROP INDEX dan DROP TABLE RENAME TABLE Penting Operasi RENAME TABLE dapat menyebabkan ketidaksesuaian data antara basis data sumber dan tujuan. Misalnya, jika Anda memilih tabel sebagai objek yang akan disinkronkan dan mengganti nama tabel selama sinkronisasi data, data tabel ini tidak disinkronkan ke basis data tujuan. Untuk mencegah situasi ini, pilih basis data tempat tabel ini berada sebagai objek yang akan disinkronkan saat Anda mengonfigurasi tugas sinkronisasi data. Pastikan bahwa basis data tempat tabel ini berada sebelum dan sesudah operasi RENAME TABLE ditambahkan ke objek yang akan disinkronkan. TRUNCATE TABLE

Prosedur

Gunakan salah satu metode berikut untuk pergi ke halaman Sinkronisasi Data dan pilih wilayah tempat instans sinkronisasi data berada.
Konsol DTS
1. Masuk ke Konsol DTS.
2. Di bilah navigasi sebelah kiri, klik Data Synchronization.
3. Di sudut kiri atas halaman, pilih wilayah tempat tugas sinkronisasi data berada.
Konsol DMS
Catatan
Operasi aktual mungkin bervariasi 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 pointer di atas Data + AI dan pilih DTS (DTS) > Data Synchronization.
3. Dari daftar drop-down di sebelah kanan Data Synchronization Tasks, pilih wilayah tempat instans sinkronisasi data berada.
Klik Create Task untuk pergi ke halaman konfigurasi tugas.

Konfigurasikan basis data sumber dan tujuan. Tabel berikut menjelaskan parameter.

Peringatan

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

Kategori	Parameter	Deskripsi
N/A	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 unik.
Source Database	Select Existing Connection	Jika Anda menggunakan instans basis data yang terdaftar dengan DTS, pilih instans dari daftar drop-down. DTS secara otomatis mengisi parameter basis data berikut untuk instans tersebut. Untuk informasi lebih lanjut, lihat Kelola koneksi basis data. Catatan Di Konsol DMS, Anda dapat memilih instans basis data dari daftar drop-down Select a DMS database instance. Jika Anda gagal mendaftarkan instans dengan DTS, atau Anda tidak perlu menggunakan instans yang terdaftar dengan DTS, Anda harus mengonfigurasi informasi basis data berikut.
	Database Type	Pilih MySQL.
	Connection Type	Pilih Cloud Instance.
	Instance Region	Pilih wilayah tempat instans ApsaraDB RDS untuk MySQL sumber berada.
	Cross-account	Dalam contoh ini, instans sumber dan tujuan milik akun Alibaba Cloud yang sama. Pilih No.
	RDS Instance ID	Pilih ID instans ApsaraDB RDS untuk MySQL sumber.
	Database Account	Masukkan akun basis data instans ApsaraDB RDS untuk MySQL sumber. Akun tersebut harus memiliki izin REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW, dan SELECT.
	Database Password	Kata sandi yang digunakan untuk mengakses basis data.
	Connection Method	Menentukan apakah akan mengenkripsi koneksi ke basis data. 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 instans ApsaraDB RDS untuk 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 instans basis data yang terdaftar dengan DTS, pilih instans dari daftar drop-down. DTS secara otomatis mengisi parameter basis data berikut untuk instans tersebut. Untuk informasi lebih lanjut, lihat Kelola koneksi basis data. Catatan Di Konsol DMS, Anda dapat memilih instans basis data dari daftar drop-down Select a DMS database instance. Jika Anda gagal mendaftarkan instans dengan DTS, atau Anda tidak perlu menggunakan instans yang terdaftar dengan DTS, Anda harus mengonfigurasi informasi basis data berikut.
	Database Type	Pilih PolarDB for MySQL.
	Connection Type	Pilih Cloud Instance.
	Instance Region	Pilih wilayah tempat klaster PolarDB untuk MySQL tujuan berada.
	PolarDB Instance ID	Pilih ID klaster PolarDB untuk MySQL tujuan.
	Database Account	Masukkan akun basis data klaster PolarDB untuk MySQL tujuan. Akun tersebut harus memiliki izin baca dan tulis.
	Database Password	Kata sandi yang digunakan untuk mengakses basis data.
	Encryption	Menentukan apakah akan mengenkripsi koneksi ke klaster PolarDB untuk MySQL sumber. Anda dapat menyetel parameter ini berdasarkan kebutuhan bisnis Anda. Untuk informasi lebih lanjut tentang fitur enkripsi SSL, lihat Konfigurasikan enkripsi SSL.

Klik Test Connectivity and Proceed di bagian bawah halaman.
Catatan
- Pastikan bahwa blok CIDR server DTS dapat ditambahkan secara otomatis atau manual ke pengaturan keamanan basis data sumber dan tujuan untuk mengizinkan akses dari server DTS. Untuk informasi lebih lanjut, lihat Tambahkan Blok CIDR Server DTS.
- Jika basis data sumber atau tujuan adalah basis data yang dikelola sendiri dan Access Method-nya tidak disetel ke Alibaba Cloud Instance, klik Test Connectivity dalam 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 objek yang dipilih dari basis data sumber ke klaster tujuan. Data historis menjadi dasar untuk sinkronisasi tambahan selanjutnya.
Method to Migrate Triggers in Source Database	Metode yang digunakan untuk menyinkronkan pemicu dari basis data sumber. Anda dapat memilih metode sinkronisasi berdasarkan kebutuhan bisnis Anda. Jika tidak ada pemicu yang akan disinkronkan, Anda tidak perlu mengonfigurasi parameter ini. Untuk informasi lebih lanjut, lihat Konfigurasikan Metode yang Digunakan untuk Menyinkronkan atau Memigrasi Pemicu. Catatan Ini hanya dapat dikonfigurasi ketika Synchronization Types disetel ke Schema Synchronization.
Synchronization Topology	Pilih One-way Synchronization.
Processing Mode of Conflicting Tables	Precheck and Report Errors: memeriksa apakah basis data tujuan berisi tabel yang memiliki nama yang sama dengan tabel di basis data sumber. Jika basis data 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 basis data sumber dan tujuan berisi tabel dengan nama identik dan tabel di basis data tujuan tidak dapat dihapus atau diganti namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama tabel yang disinkronkan ke basis data tujuan. Untuk informasi lebih lanjut, lihat Peta Nama Objek. Ignore Errors and Proceed: melewati pra-pemeriksaan untuk nama tabel identik di basis data sumber dan tujuan. Peringatan Jika Anda memilih Ignore Errors and Proceed, ketidaksesuaian data mungkin terjadi dan bisnis Anda mungkin terpapar risiko potensial. Jika basis data sumber dan tujuan memiliki skema yang sama dan catatan data di basis data tujuan memiliki nilai kunci utama atau nilai kunci unik yang sama dengan catatan data di basis data sumber: Selama sinkronisasi data penuh, DTS tidak menyinkronkan catatan data ke basis data tujuan. Catatan data yang ada di basis data tujuan dipertahankan. Selama sinkronisasi data tambahan, DTS menyinkronkan catatan data ke basis data tujuan. Catatan data yang ada di basis data tujuan ditimpa. Jika basis data 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.
Whether to migrate Event	Tentukan apakah akan menyinkronkan event di basis data sumber. Anda dapat mengonfigurasi parameter ini berdasarkan kebutuhan bisnis Anda. Jika Anda memilih Yes, Anda harus memenuhi persyaratan terkait dan menyelesaikan operasi selanjutnya. Untuk informasi lebih lanjut, lihat Sinkronkan atau Migrasi Event.
Capitalization of Object Names in Destination Instance	Penulisan kapital nama basis data, nama tabel, dan nama kolom di instans tujuan. Secara default, DTS default policy dipilih. Anda dapat memilih opsi lain untuk memastikan bahwa penulisan kapital nama objek konsisten dengan yang ada di basis data sumber atau tujuan. Untuk informasi lebih lanjut, lihat Tentukan Penulisan Kapital Nama Objek di Instans Tujuan.
Source Objects	Pilih satu atau lebih objek dari bagian Source Objects dan klik ikon untuk menambahkan objek ke bagian Selected Objects. Catatan Pilih basis data atau tabel sebagai objek yang akan disinkronkan.
Selected Objects	Untuk mengganti nama objek yang ingin Anda sinkronkan ke instans tujuan, klik kanan objek di bagian Selected Objects. Untuk informasi lebih lanjut, lihat bagian "Peta Nama Objek Tunggal" dari topik Peta 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 Peta Nama Objek. Catatan Untuk memilih operasi SQL yang ingin Anda sinkronkan pada tingkat basis data atau tabel, klik kanan objek di bagian Selected Objects. Di kotak dialog yang muncul, pilih operasi SQL yang ingin Anda sinkronkan. Untuk informasi lebih lanjut tentang operasi SQL yang didukung, lihat Operasi SQL yang Didukung. Jika Anda ingin memfilter data, klik kanan tabel di bagian Selected Objects. Di kotak dialog yang muncul, atur kondisi filter. Untuk informasi lebih lanjut, lihat Konfigurasikan 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
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, beli klaster khusus. Untuk informasi lebih lanjut, lihat Apa Itu Klaster Khusus DTS.
Select the engine type of the destination database	Tipe mesin basis data tujuan. Pilih tipe mesin berdasarkan kebutuhan bisnis Anda. Nilai valid: InnoDB: mesin penyimpanan default. X-Engine: mesin penyimpanan untuk basis data pemrosesan transaksi online (OLTP).
Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database.	Jika Anda menggunakan DMS atau alat gh-ost untuk melakukan operasi DDL online pada basis data sumber, Anda dapat menentukan apakah akan menyinkronkan data dari tabel sementara yang dihasilkan oleh operasi DDL online. Penting Anda tidak dapat menggunakan alat seperti pt-online-schema-change untuk melakukan operasi DDL online pada basis data sumber. Jika tidak, tugas DTS gagal. Yes: DTS menyinkronkan data dari tabel sementara yang dihasilkan oleh operasi DDL online. Catatan Jika operasi DDL online menghasilkan sejumlah besar data, tugas sinkronisasi data mungkin memerlukan waktu lama untuk diselesaikan. No, Adapt to DMS Online DDL: DTS tidak menyinkronkan data dari tabel sementara yang dihasilkan oleh operasi DDL online. Hanya operasi DDL asli yang dilakukan menggunakan DMS yang disinkronkan. Catatan Jika Anda memilih opsi ini, tabel di basis data tujuan mungkin terkunci. No, Adapt to gh-ost: DTS tidak menyinkronkan data dari tabel sementara yang dihasilkan oleh operasi DDL online. Hanya operasi DDL asli yang dilakukan menggunakan alat gh-ost yang disinkronkan. Anda dapat menggunakan ekspresi reguler default atau kustom untuk menyaring tabel bayangan alat gh-ost dan tabel yang tidak diperlukan. Catatan Jika Anda memilih opsi ini, tabel di basis data tujuan mungkin terkunci.
Whether to Migrate Accounts	Tentukan apakah akan menyinkronkan informasi akun basis data sumber berdasarkan kebutuhan bisnis Anda. Jika Anda memilih Yes, Anda perlu memilih akun yang akan disinkronkan dan mengonfirmasi izin. Untuk informasi tentang metode otorisasi, lihat Migrasi Akun Basis Data.
Retry Time for Failed Connections	Rentang waktu ulang untuk koneksi gagal. Jika basis data sumber atau tujuan gagal terhubung setelah tugas sinkronisasi data dimulai, DTS segera mencoba kembali koneksi dalam rentang waktu tersebut. Nilai valid: 10 hingga 1440. Unit: menit. Nilai default: 720. Kami sarankan Anda menyetel parameter ini ke nilai lebih dari 30. Jika DTS berhasil tersambung kembali ke basis data 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 basis data sumber atau tujuan yang sama, rentang waktu ulang terpendek yang diambil menjadi prioritas. 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 valid: 1 hingga 1440. Unit: menit. Nilai default: 10. Kami sarankan Anda menyetel parameter ini ke nilai lebih dari 10. Jika operasi gagal berhasil dilakukan dalam rentang waktu yang ditentukan, DTS melanjutkan tugas sinkronisasi data. Jika tidak, tugas sinkronisasi data gagal. Penting Nilai parameter Retry Time for Other Issues harus lebih kecil daripada nilai parameter Retry Time for Failed Connections.
Enable Throttling for Full Data Synchronization	Selama sinkronisasi data penuh, DTS menggunakan sumber daya baca dan tulis dari basis data sumber dan tujuan. Ini dapat meningkatkan beban pada server basis data. 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 basis data tujuan. Catatan Anda hanya dapat mengonfigurasi parameter ini jika Full Data Synchronization dipilih untuk parameter Synchronization Types.
Enable Throttling for Incremental Data Synchronization	Menentukan apakah akan mengaktifkan pembatasan untuk sinkronisasi data tambahan. Anda dapat mengaktifkan pembatasan untuk sinkronisasi data tambahan berdasarkan kebutuhan bisnis Anda. Untuk mengonfigurasi pembatasan, Anda harus mengonfigurasi parameter RPS of Incremental Data Synchronization dan Data synchronization speed for incremental synchronization (MB/s). Ini mengurangi beban pada server basis data tujuan.
Environment Tag	Tag lingkungan yang digunakan untuk mengidentifikasi instans. Anda dapat memilih tag lingkungan berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, Anda tidak perlu memilih tag lingkungan.
Whether to delete SQL operations on heartbeat tables of forward and reverse tasks	Menentukan apakah akan menulis operasi SQL pada tabel detak jantung ke basis data sumber saat instans DTS sedang berjalan. Nilai valid: Yes: tidak menulis operasi SQL pada tabel detak jantung. Dalam hal ini, latensi instans DTS mungkin ditampilkan. No: menulis operasi SQL pada tabel heartbeat. Dalam hal ini, fitur seperti pencadangan fisik dan kloning basis data sumber mungkin terpengaruh.
Configure ETL	Menentukan apakah akan mengaktifkan fitur extract, transform, and load (ETL). Untuk informasi lebih lanjut, lihat Apa Itu ETL? Nilai valid: Yes: mengonfigurasi fitur ETL. Anda dapat memasukkan pernyataan pemrosesan data di editor kode. Untuk informasi lebih lanjut, lihat Konfigurasikan ETL dalam Tugas Migrasi Data atau Tugas Sinkronisasi Data. No: tidak mengonfigurasi fitur ETL.
Monitoring and Alerting	Menentukan apakah akan mengonfigurasi peringatan untuk instance sinkronisasi data. Jika tugas gagal atau latensi sinkronisasi melebihi ambang batas yang ditentukan, kontak peringatan akan menerima notifikasi. Nilai valid: No: tidak mengaktifkan peringatan. Yes: mengonfigurasi peringatan. Dalam hal ini, Anda juga harus mengonfigurasi ambang batas peringatan dan pengaturan notifikasi peringatan. Untuk informasi lebih lanjut, lihat bagian "Konfigurasikan Pemantauan dan Peringatan Saat 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.

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 di atas 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 lolos pra-pemeriksaan.
- Jika tugas sinkronisasi data gagal pra-pemeriksaan, klik View Details di sebelah setiap item yang gagal. Setelah Anda menganalisis penyebab berdasarkan hasil pemeriksaan, perbaiki 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 perbaiki 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 sinkronisasi data.

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

Di halaman buy, konfigurasikan parameter Metode Penagihan dan Kelas Instans 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 Manajemen Sumber Daya?
	Kelas Instans	DTS menyediakan kelas instans yang bervariasi dalam kecepatan sinkronisasi. Anda dapat memilih kelas instans berdasarkan kebutuhan bisnis Anda. Untuk informasi lebih lanjut, lihat Kelas instans 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.