Migrasi RDS MySQL ke PolarDB untuk MySQL melalui DTS dengan sinkronisasi inkremental - PolarDB

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

Jenis basis data sumber yang didukung

Anda dapat menggunakan DTS untuk menyinkronkan data dari jenis-jenis basis data MySQL berikut ke klaster PolarDB for MySQL. Dalam topik ini, sebuah instance ApsaraDB RDS for MySQL digunakan sebagai contoh untuk mengonfigurasi tugas sinkronisasi data. Prosedur ini juga dapat diterapkan untuk jenis-jenis basis data MySQL lainnya.

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

Prasyarat

Sebuah instance ApsaraDB RDS for MySQL telah dibuat. Untuk informasi lebih lanjut, lihat Buat Instance ApsaraDB RDS for MySQL.
Sebuah klaster PolarDB for MySQL telah dibuat. Untuk informasi lebih lanjut, lihat Pembelian Kustom dan Beli Klaster Langganan.
Ruang penyimpanan yang tersedia di klaster PolarDB for MySQL lebih besar daripada total ukuran data di instance ApsaraDB RDS for MySQL.

Catatan penggunaan

Catatan

Selama sinkronisasi skema, DTS menyinkronkan kunci asing dari basis data sumber ke basis data tujuan.
Selama sinkronisasi data penuh dan inkremental, 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 mengubah 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 mandiri, 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 mandiri 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 buatan pengguna dan konfigurasikan pencatatan biner. File log biner lokal dari instance ApsaraDB RDS for MySQL harus disimpan setidaknya selama 3 hari. Kami sarankan Anda menyimpan file selama 7 hari. File log biner lokal dari basis data MySQL mandiri 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 instance ApsaraDB RDS for MySQL, lihat Hapus log lokal secara otomatis. Selama sinkronisasi skema dan sinkronisasi data penuh, jangan jalankan pernyataan DDL untuk mengubah skema database atau tabel. Jika tidak, tugas sinkronisasi data akan gagal. Selama sinkronisasi data, perubahan data yang tidak dicatat dalam log biner, seperti perubahan data yang disebabkan oleh pemulihan cadangan fisik dan operasi berjenjang, tidak disinkronkan ke database tujuan. Catatan Jika situasi seperti ini terjadi, Anda dapat menghapus database atau tabel dari objek yang akan disinkronkan dan kemudian menambahkan kembali database atau tabel ke objek ketika bisnis Anda mengizinkan. Untuk informasi lebih lanjut, lihat Ubah objek yang akan disinkronkan. Jika database sumber adalah MySQL 8.0.23 atau yang lebih baru dan data yang akan disinkronkan berisi kolom tak terlihat, mungkin terjadi kehilangan data karena DTS tidak dapat memperoleh data dalam kolom tak terlihat tersebut. Catatan Anda dapat menjalankan perintah `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;` untuk mengatur kolom tak terlihat menjadi terlihat. Untuk informasi lebih lanjut, lihat Invisible Columns. Tabel tanpa kunci utama secara otomatis menghasilkan kunci utama tak terlihat. Anda juga perlu mengatur kunci utama tak terlihat menjadi terlihat. Untuk informasi lebih lanjut, lihat Generated Invisible Primary Keys.
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 primer 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 primer atau 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 inkremental, 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 terhadap 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 ruang tabel basis data sumber. Jika data yang akan disinkronkan berisi konten yang memerlukan empat byte ruang penyimpanan, seperti emoji, basis data dan tabel di instance tujuan harus menggunakan set karakter utf8mb4. Catatan Jika Anda menggunakan DTS untuk menyinkronkan struktur tabel basis data, Anda perlu mengatur parameter tingkat instance `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 mengeksekusi pernyataan DDL online sementara data dari sumber lain ditulis ke basis data tujuan, data mungkin hilang di basis data tujuan. Anda tidak dapat menyesuaikan laju migrasi penuh. Anda tidak dapat mengonversi data datetime menjadi 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 di log tugas. Untuk informasi lebih lanjut tentang cara melihat log tugas, lihat Lihat log tugas. Jika fitur always-confidential (EncDB) diaktifkan untuk instance ApsaraDB RDS for MySQL, sinkronisasi data penuh tidak didukung. Catatan Instance ApsaraDB RDS for MySQL dengan enkripsi data transparan (TDE) yang diaktifkan mendukung sinkronisasi skema, sinkronisasi data penuh, dan sinkronisasi data inkremental. Jika 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 instance gagal berjalan, personel dukungan teknis DTS akan mencoba memulihkan instance dalam waktu 8 jam. Selama proses pemulihan, instance mungkin di-restart atau parameter mungkin disesuaikan. Catatan Ketika parameter disesuaikan, hanya parameter instance DTS yang dimodifikasi. Parameter basis data tidak dimodifikasi. Parameter yang mungkin dimodifikasi termasuk tetapi tidak terbatas pada parameter dalam Modifikasi parameter instance.
Kasus khusus	Jika basis data sumber adalah basis data MySQL mandiri: Jika pergantian utama/sekunder dilakukan pada basis data sumber saat tugas sinkronisasi data sedang berjalan, tugas gagal. DTS menghitung latensi sinkronisasi berdasarkan timestamp data rekaman terbaru yang disinkronkan di basis data tujuan dan timestamp 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 mengeksekusi perintah CREATE DATABASE IF NOT EXISTS `test` di basis data sumber untuk memajukan posisi log biner. Jika basis data sumber adalah instance ApsaraDB RDS for MySQL: Instance ApsaraDB RDS for MySQL yang tidak mencatat log transaksi, seperti instance ApsaraDB RDS for MySQL 5.6 baca-saja, tidak dapat digunakan sebagai basis data sumber. DTS secara berkala mengeksekusi 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 sinkronisasi data penuh	Gratis.
Sinkronisasi data inkremental	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 yang didukung oleh DTS, lihat Topologi Sinkronisasi.

Operasi SQL yang dapat disinkronkan

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 mengubah 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 berada sebelum dan sesudah operasi RENAME TABLE ditambahkan ke objek yang akan disinkronkan. TRUNCATE TABLE

Prosedur

Buka halaman Sinkronisasi Data konsol DTS baru.
Catatan
Anda juga dapat masuk ke konsol DMS. Di bilah navigasi atas, gerakkan pointer ke Data + AI dan pilih DTS (DTS) > Data Synchronization.
Di sudut kiri atas halaman, pilih wilayah tempat instance sinkronisasi data berada.

Klik Create Task. Di wizard Buat Tugas Sinkronisasi Data, konfigurasikan basis data sumber dan tujuan. Tabel berikut menjelaskan parameter.

Peringatan

Setelah Anda 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.

Bagian	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 yang unik.
Source Database	Database Type	Tipe basis data sumber. Pilih MySQL.
	Connection Type	Metode akses basis data sumber. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat instance ApsaraDB RDS for MySQL sumber berada.
	Cross-account	Menentukan apakah data disinkronkan di seluruh akun Alibaba Cloud. Dalam contoh ini, No dipilih.
	RDS Instance ID	ID instance ApsaraDB RDS for MySQL sumber. Catatan Instance ApsaraDB RDS for MySQL sumber dan tujuan bisa sama atau berbeda. Anda dapat menggunakan DTS untuk menyinkronkan data antara dua instance ApsaraDB RDS for MySQL atau dalam instance ApsaraDB RDS for MySQL.
	Database Account	Akun basis data dari instance ApsaraDB RDS for 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 mengatur parameter ini ke SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instance ApsaraDB RDS for MySQL sebelum mengonfigurasi tugas DTS. Untuk informasi lebih lanjut, lihat Gunakan sertifikat cloud untuk mengaktifkan enkripsi SSL.
Destination Database	Database Type	Tipe basis data tujuan. Pilih PolarDB for MySQL.
	Connection Type	Metode akses basis data tujuan. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat klaster PolarDB for MySQL tujuan berada.
	PolarDB Cluster ID	ID klaster PolarDB for MySQL tujuan.
	Database Account	Akun basis data dari klaster PolarDB for MySQL tujuan. Akun tersebut harus memiliki izin baca dan tulis pada basis data tujuan.
	Database Password	Kata sandi yang digunakan untuk mengakses basis data.

Di bagian bawah halaman, klik Test Connectivity and Proceed.
Jika basis data sumber atau tujuan adalah instance basis data Alibaba Cloud, seperti instance ApsaraDB RDS for MySQL atau instance ApsaraDB for MongoDB, DTS secara otomatis menambahkan blok CIDR server DTS ke daftar putih instance. Jika basis data sumber atau tujuan adalah basis data mandiri yang di-hosting pada instance Elastic Compute Service (ECS), DTS secara otomatis menambahkan blok CIDR server DTS ke aturan grup keamanan instance ECS, dan Anda harus memastikan bahwa instance ECS dapat mengakses basis data. Jika basis data diterapkan pada beberapa instance ECS, Anda harus secara manual menambahkan blok CIDR server DTS ke aturan grup keamanan setiap instance ECS. Jika basis data sumber atau tujuan adalah basis data mandiri yang diterapkan di pusat data atau disediakan oleh penyedia layanan cloud pihak ketiga, Anda harus secara manual menambahkan blok CIDR server DTS ke daftar putih basis data untuk mengizinkan DTS mengakses basis data. Untuk informasi lebih lanjut, lihat bagian "Blok CIDR server DTS" dari topik Tambahkan Blok CIDR Server DTS.
Peringatan
Jika blok CIDR server DTS ditambahkan secara otomatis atau manual ke daftar putih basis data atau instance, atau ke aturan grup keamanan ECS, risiko keamanan mungkin timbul. Oleh karena itu, sebelum menggunakan DTS untuk menyinkronkan data, Anda harus memahami dan mengakui potensi risiko serta mengambil langkah-langkah pencegahan, termasuk tetapi tidak terbatas pada langkah-langkah berikut: meningkatkan keamanan nama pengguna dan kata sandi, membatasi port yang diekspos, mengotentikasi panggilan API, secara teratur memeriksa daftar putih atau aturan grup keamanan ECS dan melarang blok CIDR yang tidak sah, atau menghubungkan basis data ke DTS dengan menggunakan Express Connect, VPN Gateway, atau Smart Access Gateway.

Konfigurasikan objek yang akan disinkronkan dan pengaturan lanjutan.

Basic Settings

Parameter atau pengaturan	Deskripsi
Synchronization Types	Tipe 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 inkremental selanjutnya.
Processing Mode for Existing Tables in Destination	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 diluluskan. Jika tidak, kesalahan dikembalikan selama pra-pemeriksaan, dan tugas sinkronisasi data tidak dapat dimulai. Catatan Jika basis data sumber dan tujuan berisi tabel dengan nama yang identik dan tabel di basis data tujuan tidak dapat dihapus atau diubah namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengubah 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 primer atau 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 inkremental, 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.
Synchronization Objects	Pilih satu atau lebih objek dari bagian Source Objects dan klik ikon untuk menambahkan objek ke bagian Selected Objects. Catatan Anda dapat memilih kolom, tabel, atau basis data sebagai objek untuk disinkronkan. Jika Anda memilih tabel atau kolom sebagai objek yang akan disinkronkan, DTS tidak menyinkronkan objek lain seperti tampilan, pemicu, dan prosedur tersimpan ke basis data tujuan.
Rename Databases and Tables	Untuk mengubah 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 Peta nama objek. Untuk mengubah 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.
Filter data	Anda dapat menentukan kondisi WHERE untuk memfilter data. Untuk informasi lebih lanjut, lihat Tentukan kondisi filter.
Pilih operasi SQL yang akan disinkronkan	Di bagian Selected Objects, klik kanan sebuah objek. Di kotak dialog yang muncul, pilih operasi DML dan DDL yang ingin Anda sinkronkan. Untuk informasi lebih lanjut, lihat Operasi SQL yang dapat disinkronkan.

Advanced Settings

Parameter	Deskripsi
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 Anda membuat tugas DTS" dari topik Konfigurasikan Pemantauan dan Peringatan.
Case Sensitivity Policy for Destination Object Names	Huruf besar-kecil nama basis data, nama tabel, dan nama kolom di instance tujuan. Secara default, DTS default policy dipilih. Anda dapat memilih opsi lain untuk memastikan bahwa huruf besar-kecil nama objek konsisten dengan yang ada di basis data sumber atau tujuan. Untuk informasi lebih lanjut, lihat Tentukan Huruf Besar-Kecil Nama Objek di Instance Tujuan.
Replicate temporary tables created by online DDL tools for 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 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 tabel sementara yang dihasilkan oleh operasi DDL online. Catatan Jika operasi DDL online menghasilkan sejumlah besar data, tugas sinkronisasi data mungkin memerlukan waktu yang lama untuk diselesaikan. No, Adapt to DMS Online DDL: DTS tidak menyinkronkan data tabel sementara yang dihasilkan oleh operasi DDL online. Hanya operasi DDL asli yang dilakukan dengan 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 tabel sementara yang dihasilkan oleh operasi DDL online. Hanya operasi DDL asli yang dilakukan dengan menggunakan alat gh-ost yang disinkronkan. Anda dapat menggunakan ekspresi reguler default atau kustom untuk memfilter tabel bayangan alat gh-ost dan tabel yang tidak diperlukan. Catatan Jika Anda memilih opsi ini, tabel di basis data tujuan mungkin terkunci.
Retry Time After Connection to Source or Destination Database Fails	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 mengatur parameter ini ke nilai lebih dari 30. Jika DTS berhasil terhubung 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 prioritas. Saat DTS mencoba kembali koneksi, Anda 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.

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 sinkronisasi data, DTS melakukan pra-pemeriksa. Anda hanya dapat memulai tugas sinkronisasi data setelah tugas tersebut lulus pra-pemeriksaan.
- Jika tugas sinkronisasi data gagal dalam pra-pemeriksaan, klik View Details di sebelah setiap item yang gagal. Setelah Anda menganalisis penyebab berdasarkan hasil pemeriksaan, atasi masalah tersebut. Kemudian, jalankan kembali pra-pemeriksaan.
- Jika peringatan dipicu untuk suatu item selama pra-pemeriksaan:
  Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item yang gagal dan atasi masalah tersebut. Kemudian, jalankan pra-pemeriksaan lagi.
  Jika item peringatan dapat diabaikan, klik Confirm Alert Details. Di kotak dialog Lihat Detail, klik Ignore. Di pesan yang muncul, klik OK. Kemudian, klik Precheck Again untuk menjalankan pra-pemeriksaan lagi. Jika Anda mengabaikan item peringatan, ketidaksesuaian data mungkin terjadi, dan bisnis Anda mungkin terpapar risiko potensial.
Tunggu hingga Success Rate menjadi 100%. Kemudian, klik Next: Purchase Instance.

Di halaman buy, konfigurasikan parameter Metode Penagihan dan Kelas Instance untuk tugas sinkronisasi data. Tabel berikut menjelaskan parameter.

Bagian	Parameter	Deskripsi
New Instance Class	Metode Penagihan	Langganan: Anda membayar langganan saat membuat instance sinkronisasi data. Metode penagihan langganan lebih hemat biaya daripada metode penagihan bayar sesuai pemakaian untuk penggunaan jangka panjang. Bayar sesuai pemakaian: Instance bayar sesuai pemakaian ditagih per jam. Metode penagihan bayar sesuai pemakaian cocok untuk penggunaan jangka pendek. Jika Anda tidak lagi memerlukan instance sinkronisasi data bayar sesuai pemakaian, Anda dapat melepaskan instance tersebut untuk mengurangi biaya.
	Pengaturan Grup Sumber Daya	Grup sumber daya tempat instance sinkronisasi data berada. Nilai default: default resource group. Untuk informasi lebih lanjut, lihat Apa itu 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 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.