Menyinkronkan data dari instans ApsaraDB RDS untuk SQL Server ke cluster AnalyticDB untuk MySQL V3.0 - Data Transmission Service

Tema ini menjelaskan cara menggunakan Data Transmission Service (DTS) untuk menyinkronkan data dari instans ApsaraDB RDS untuk SQL Server ke AnalyticDB untuk MySQL. Fitur sinkronisasi data memungkinkan Anda mentransfer data dengan mudah untuk analisis data real-time.

Prasyarat

Sebuah instans RDS telah dibuat. Untuk informasi lebih lanjut tentang versi SQL Server yang didukung, lihat Ikhtisar Skenario Sinkronisasi Data. Untuk informasi lebih lanjut tentang cara membuat instans RDS, lihat Buat dan Gunakan Instans ApsaraDB RDS untuk SQL Server.
Penting
Jika parameter SQL Server Incremental Synchronization Mode diatur ke Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables, data disinkronkan dalam mode penguraian log hibrida dan versi sumber database berikut didukung:
- SQL Server mandiri atau ApsaraDB RDS untuk database SQL Server edisi Enterprise atau Enterprise Evaluation: versi 2012, 2014, 2016, atau 2019.
- SQL Server mandiri atau ApsaraDB RDS untuk database SQL Server edisi Standard: versi 2016 atau 2019.
Cluster AnalyticDB untuk MySQL telah dibuat. Untuk informasi lebih lanjut, lihat Buat Cluster.
Penyimpanan yang tersedia di cluster AnalyticDB untuk MySQL lebih besar daripada kapasitas penyimpanan instans RDS.
Jika instans sumber ApsaraDB RDS untuk SQL Server memenuhi salah satu dari kondisi berikut, kami menyarankan Anda membagi tugas sinkronisasi menjadi beberapa subtugas:
- Instans sumber berisi lebih dari 10 database.
- Database tunggal dari instans sumber mencadangkan lognya dengan interval kurang dari 1 jam.
- Database tunggal dari instans sumber mengeksekusi lebih dari 100 pernyataan DDL setiap jam.
- Log ditulis dengan laju 20 MB/s untuk database tunggal dari instans sumber.
- Fitur Change Data Capture (CDC) perlu diaktifkan untuk lebih dari 1.000 tabel di instans sumber ApsaraDB RDS untuk SQL Server.

Catatan Penggunaan

Catatan

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

Jenis Batasan	Deskripsi
Batasan pada database sumber	Tabel yang akan disinkronkan harus memiliki kendala 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 ingin mengedit tabel di database tujuan, seperti mengubah nama kolom tabel, Anda dapat menyinkronkan hingga 5.000 tabel dalam satu tugas sinkronisasi data. Jika Anda menjalankan tugas untuk menyinkronkan lebih dari 5.000 tabel, kesalahan permintaan mungkin terjadi. Dalam hal ini, kami sarankan Anda membagi tabel untuk disinkronkan, mengonfigurasi beberapa tugas untuk menyinkronkan tabel, atau mengonfigurasi tugas untuk menyinkronkan seluruh database. Satu tugas sinkronisasi data dapat menyinkronkan data dari hingga 10 database. Jika Anda ingin menyinkronkan data dari lebih dari 10 database, kami sarankan Anda membagi tabel untuk disinkronkan dan mengonfigurasi beberapa tugas. Jika tidak, kinerja dan stabilitas tugas sinkronisasi data Anda mungkin terganggu. DTS menggunakan fungsi fn_log untuk mendapatkan log database sumber. Namun, fungsi ini memiliki hambatan kinerja. Oleh karena itu, kami sarankan Anda tidak membersihkan log database sumber terlalu dini. Jika tidak, tugas mungkin gagal. Persyaratan berikut untuk log data harus dipenuhi: Fitur pencatatan data harus diaktifkan. Mode cadangan harus diatur ke Lengkap dan cadangan fisik lengkap harus dilakukan. Jika Anda hanya melakukan sinkronisasi data inkremental, log data dari database sumber harus disimpan selama lebih dari 24 jam. Jika Anda melakukan sinkronisasi data penuh dan sinkronisasi data inkremental, log data dari database sumber harus disimpan setidaknya selama tujuh hari. Setelah sinkronisasi data penuh selesai, Anda dapat mengatur periode retensi menjadi lebih dari 24 jam. Jika tidak, DTS mungkin gagal mendapatkan log data dan tugas mungkin gagal. Dalam keadaan luar biasa, ketidaksesuaian data atau kehilangan data mungkin terjadi. Pastikan Anda mengatur periode retensi log data berdasarkan persyaratan yang disebutkan di atas. Jika tidak, keandalan layanan atau kinerja yang dinyatakan dalam Perjanjian Tingkat Layanan (SLA) DTS tidak dapat dijamin. Jika CDC perlu diaktifkan untuk tabel yang akan disinkronkan dari database sumber, pastikan tabel memenuhi persyaratan berikut. Jika tidak, pra-pemeriksaan gagal. Nilai bidang srvname di view sys.sysservers sama dengan nilai balik fungsi SERVERPROPERTY. Jika database sumber adalah database SQL Server mandiri, pemilik database harus menjadi pengguna sa. Jika database sumber adalah database RDS SQL Server, pemilik database harus menjadi pengguna sqlsa. Jika database sumber adalah edisi Enterprise, Anda harus menggunakan SQL Server 2008 atau yang lebih baru. Jika database sumber adalah edisi Standard, Anda harus menggunakan SQL Server 2016 SP1 atau yang lebih baru. Jika database sumber adalah versi SQL Server 2017 (termasuk edisi Standard dan Enterprise), kami sarankan Anda memperbarui versi tersebut. Jika database sumber adalah instans baca-saja, Anda tidak dapat menyinkronkan operasi DDL. Jika database sumber adalah Azure SQL Database, tugas sinkronisasi data dapat menyinkronkan data dari hanya satu database. Jika database sumber adalah RDS untuk SQL Server, nonaktifkan fitur Transparent Data Encryption (TDE) untuk memastikan stabilitas tugas sinkronisasi data. Untuk informasi lebih lanjut, lihat Nonaktifkan TDE. Dalam mode penguraian log hibrida, Anda tidak dapat melakukan beberapa operasi untuk menambahkan kolom atau menghapus kolom dari database sumber dalam waktu 10 menit. Sebagai contoh, jika Anda mengeksekusi pernyataan SQL berikut dalam waktu 10 menit, kesalahan dilaporkan untuk tugas. `ALTER TABLE test_table DROP COLUMN Flag; ALTER TABLE test_table ADD Remark nvarchar(50) not null default('');` Selama sinkronisasi skema dan sinkronisasi data penuh, jangan eksekusi pernyataan DDL untuk mengubah skema database atau tabel. Jika tidak, tugas sinkronisasi data gagal. Jika database sumber adalah RDS SQL Server berbasis web, Anda harus mengatur SQL Server Incremental Synchronization Mode ke Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) saat mengonfigurasi tugas tersebut. Kami sarankan Anda menggunakan parameter `READ_COMMITTED_SNAPSHOT` dari mode pemrosesan transaksi di database sumber selama sinkronisasi data penuh. Ini dapat mencegah dampak kunci bersama pada penulisan data. Jika Anda tidak mengatur parameter ini, pengecualian seperti data tidak konsisten dan instans yang gagal berjalan mungkin terjadi. Masalah yang muncul dalam keadaan seperti itu tidak dicakup oleh perjanjian tingkat layanan (SLA) DTS.
Batasan lainnya	Persyaratan untuk objek yang akan disinkronkan: DTS mendukung sinkronisasi skema awal untuk jenis objek berikut: skema, tabel, tampilan, fungsi, dan prosedur. Peringatan Karena skenario ini melibatkan sinkronisasi data antara database heterogen, tipe data tidak dapat dipetakan satu-satu, yang dapat menyebabkan kegagalan tugas atau kehilangan data. Harap evaluasi secara hati-hati dampak hubungan pemetaan tipe data pada bisnis Anda. Untuk informasi lebih lanjut, lihat Pemetaan tipe data untuk sinkronisasi skema awal. DTS tidak menyinkronkan skema objek berikut: assembly, service broker, indeks teks lengkap, katalog teks lengkap, skema terdistribusi, fungsi terdistribusi, prosedur tersimpan CLR, fungsi skalar CLR, fungsi tabel bernilai CLR, tabel internal, sistem, dan fungsi agregat. DTS tidak menyinkronkan jenis data berikut: CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY, GEOGRAPHY, dan tipe data kustom dengan menjalankan perintah `CREATE TYPE`. DTS tidak menyinkronkan tabel yang berisi kolom terhitung. Database tujuan harus memiliki kunci utama kustom, atau Anda harus mengonfigurasi Primary Key Column di langkah Configurations for Databases, Tables, and Columns. Jika tidak, sinkronisasi data mungkin gagal. Jika Anda atur SQL Server Incremental Synchronization Mode ke Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) di halaman Configure Objects, tabel yang akan disinkronkan harus memiliki indeks terkluster yang berisi kolom kunci utama. Tabel yang akan disinkronkan tidak dapat berupa tabel tumpukan, tabel tanpa kunci utama, tabel terkompresi, atau tabel dengan kolom terhitung. Abaikan batasan sebelumnya dalam mode penguraian log hibrida. Catatan Untuk informasi lebih lanjut tentang cara melihat informasi tabel, lihat Cara melihat informasi tentang tabel tumpukan, tabel tanpa kunci utama, tabel terkompresi, dan tabel dengan kolom terhitung di SQL Server. JPada tahap Configure Objects, jika Anda atur SQL Server Incremental Synchronization Mode ke Log-based Parsing for Non-heap Tables dan CDC-based Incremental Synchronization for Heap Tables (Hybrid Log-based Parsing), batasan berikut juga berlaku: DTS menggunakan komponen CDC untuk menyinkronkan data inkremental. Pastikan pekerjaan CDC di database sumber berjalan sesuai harapan. Jika tidak, tugas DTS gagal. Komponen CDC dapat menyimpan data inkremental selama 3 hari secara default. Anda dapat menyesuaikan periode retensi dengan menjalankan perintah `exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;`. Catatan `<time>` menunjukkan waktu, dalam menit. Jika jumlah rata-rata data inkremental harian dalam tabel tunggal dari database sumber melebihi 10 juta, kami sarankan mengatur parameter `<time>` ke 1.440. Modul pra-tugas sinkronisasi data inkremental di DTS mengaktifkan CDC tingkat database dan tingkat tabel di database sumber. Dalam proses ini, tabel terkunci yang berlangsung beberapa detik terjadi di database sumber karena batasan database SQL Server. Kami sarankan Anda menentukan tugas sinkronisasi data yang berisi tidak lebih dari 1.000 tabel yang mana CDC diaktifkan. Jika tidak, tugas mungkin tertunda atau tidak stabil. Jika Anda mengatur SQL Server Incremental Synchronization Mode ke Polling and querying CDC instances for incremental synchronization pada tahap Configure Objects, batasan berikut juga berlaku: Akun database sumber yang digunakan oleh instans DTS harus memiliki izin untuk mengaktifkan fitur CDC. Untuk mengaktifkan CDC tingkat database, Anda harus menggunakan akun yang ditugaskan peran sysadmin. Untuk mengaktifkan CDC tingkat tabel, Anda harus menggunakan akun istimewa. Catatan Akun server administrator tertinggi (server administrator) yang disediakan oleh konsol Azure SQL Database memenuhi persyaratan. Untuk database yang dibeli berdasarkan model vCore, semua spesifikasi mendukung pengaktifan CDC; untuk database yang dibeli berdasarkan model DTU, spesifikasi harus S3 atau lebih tinggi untuk mendukung pengaktifan CDC. Akun istimewa dari instans Amazon RDS untuk SQL Server memiliki izin yang diperlukan. CDC dapat diaktifkan untuk prosedur tersimpan di tingkat database. CDC tidak dapat diaktifkan untuk indeks kolom terkluster. Modul pra-tugas sinkronisasi data inkremental di DTS mengaktifkan CDC tingkat database dan tingkat tabel di database sumber. Dalam proses ini, tabel terkunci yang berlangsung beberapa detik terjadi di database sumber karena batasan database SQL Server. DTS mendapatkan data inkremental dengan melakukan kueri round-robin pada instans CDC setiap tabel di database sumber. Oleh karena itu, jumlah tabel yang akan disinkronkan dari database sumber tidak boleh melebihi 1.000. Jika tidak, tugas mungkin tertunda atau tidak stabil. Komponen CDC dapat menyimpan data inkremental selama 3 hari secara default. Anda dapat menyesuaikan periode retensi dengan menjalankan perintah `exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;`. Catatan `<time>` menunjukkan waktu, dalam menit. Jika jumlah rata-rata data inkremental harian dalam tabel tunggal dari database sumber melebihi 10 juta, kami sarankan mengatur parameter `<time>` ke 1.440. Anda tidak dapat mengeksekusi pernyataan DDL untuk menambah atau menghapus kolom lebih dari dua kali dalam satu menit. Jika tidak, tugas sinkronisasi data mungkin gagal. Selama sinkronisasi data, Anda tidak dapat memodifikasi instans CDC dari database sumber. Jika tidak, tugas sinkronisasi data mungkin gagal atau kehilangan data mungkin terjadi. Untuk memastikan akurasi latensi sinkronisasi data inkremental, dalam mode sinkronisasi inkremental berbasis penguraian log sumber, DTS membuat pemicu dts_cdc_sync_ddl, tabel denyut jantung dts_sync_progress, dan tabel penyimpanan DDL dts_cdc_ddl_history di database sumber; dalam mode sinkronisasi inkremental hibrida, DTS membuat pemicu dts_cdc_sync_ddl, tabel denyut jantung dts_sync_progress, tabel penyimpanan DDL dts_cdc_ddl_history, dan mengaktifkan CDC tingkat database dan CDC untuk beberapa tabel di database sumber. Kami sarankan agar laju perubahan data untuk tabel dengan CDC diaktifkan di database sumber tidak melebihi 1.000 rekaman per detik (RPS). Karena batasan penggunaan AnalyticDB untuk MySQL, ketika penggunaan ruang disk node dalam cluster AnalyticDB untuk MySQL melebihi 80%, kinerja penulisan data ke database tujuan terganggu, menyebabkan penundaan tugas DTS. Ketika penggunaan melebihi 90%, data tidak dapat ditulis ke database tujuan, mengakibatkan pengecualian tugas DTS. Kami sarankan Anda memperkirakan ruang disk yang diperlukan berdasarkan objek yang akan disinkronkan. Pastikan cluster tujuan memiliki ruang penyimpanan yang cukup. Sebelum Anda menyinkronkan data, evaluasi dampak sinkronisasi data pada kinerja database sumber dan tujuan. Kami sarankan Anda menyinkronkan data selama jam-jam sepi. Selama sinkronisasi data penuh awal, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Hal ini dapat meningkatkan beban pada server database. Selama sinkronisasi data penuh, operasi INSERT konkuren menyebabkan fragmentasi dalam tabel database tujuan. Setelah sinkronisasi data penuh selesai, ruang tabel database tujuan lebih besar daripada database sumber. Selama sinkronisasi data, kami sarankan Anda hanya menggunakan DTS untuk menulis data ke database tujuan. Ini mencegah ketidaksesuaian data antara database sumber dan tujuan. Sebagai contoh, jika Anda menggunakan Data Management (DMS) untuk mengeksekusi pernyataan DDL online sementara data dari sumber lain ditulis ke database tujuan, kehilangan data mungkin terjadi di database tujuan. Jika tugas sinkronisasi data melibatkan sinkronisasi data inkremental, DTS tidak mengizinkan Anda melakukan operasi reindexing. Jika Anda melakukan operasi reindexing, tugas sinkronisasi data mungkin gagal dan kehilangan data mungkin terjadi. Catatan DTS tidak dapat menyinkronkan operasi DDL yang berkaitan dengan kunci utama tabel yang mana CDC diaktifkan. Jika jumlah tabel yang mana CDC diaktifkan dalam tugas sinkronisasi data lebih besar daripada jumlah yang diatur di The maximum number of tables for which CDC is enabled that DTS supports, pemeriksaan awal akan gagal. Jika data dari satu bidang tunggal yang ditulis ke tabel yang mana CDC diaktifkan melebihi 64 KB, Anda harus menggunakan perintah `exec sp_configure 'max text repl size', -1;` untuk mengonfigurasi database sumber. Catatan Secara default, panjang maksimum satu bidang dalam pekerjaan CDC yang dapat diproses adalah 64 KB. Jika pernyataan DDL gagal ditulis ke database tujuan, tugas DTS terus berjalan. Anda dapat melihat pernyataan DDL yang gagal dieksekusi dalam log tugas. Untuk informasi lebih lanjut tentang cara melihat log tugas, lihat Lihat log tugas. Saat Anda memodifikasi objek yang akan disinkronkan, Anda tidak dapat menghapus database. Jika cluster tujuan AnalyticDB untuk MySQL 3.0 sedang dicadangkan saat tugas DTS berjalan, tugas gagal. Modul pengumpulan data inkremental dari beberapa instans sinkronisasi data yang berbagi database SQL Server sumber independen satu sama lain. Jika instans gagal berjalan, staf 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 database tidak dimodifikasi. Parameter yang mungkin dimodifikasi termasuk tetapi tidak terbatas pada parameter dalam Ubah parameter instans.
Kasus khusus	Jika instans sumber adalah instans RDS untuk SQL Server, DTS secara otomatis membuat akun bernama `rdsdt_dtsacct` pada instans RDS untuk SQL Server. Akun ini digunakan untuk sinkronisasi data. Jangan hapus akun ini atau ubah kata sandi akun ini saat tugas sinkronisasi data Anda sedang berjalan. Jika tidak, tugas mungkin gagal. Untuk informasi lebih lanjut, lihat Akun sistem.

Penagihan

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

Mode sinkronisasi yang didukung

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

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

Operasi SQL yang dapat disinkronkan

Jenis Operasi	Pernyataan SQL
DML	INSERT, UPDATE, dan DELETE Catatan Jika operasi UPDATE hanya memperbarui bidang besar, sistem tidak menyinkronkan operasi tersebut secara inkremental. Saat data ditulis ke AnalyticDB for MySQL cluster V3.0 tujuan, pernyataan UPDATE secara otomatis dikonversi menjadi pernyataan REPLACE INTO. Jika pernyataan UPDATE dieksekusi pada kunci utama, pernyataan UPDATE dikonversi menjadi pernyataan DELETE dan INSERT.
DDL	CREATE TABLE Catatan Jika pernyataan CREATE TABLE berisi klausa partisi, klausa subpartisi, atau fungsi, sistem tidak menyinkronkan operasi tersebut. ADD COLUMN dan DROP COLUMN DROP TABLE CREATE INDEX dan DROP INDEX Catatan Sistem tidak menyinkronkan operasi DDL yang berisi tipe data yang ditentukan pengguna. Sistem tidak menyinkronkan operasi DDL transaksional. Sebagai contoh, sistem tidak menyinkronkan operasi SQL yang berisi operasi DDL untuk menambahkan beberapa kolom atau operasi SQL yang berisi operasi DDL dan DML. Kehilangan data mungkin terjadi setelah operasi SQL seperti itu disinkronkan. Sistem tidak menyinkronkan operasi DDL online. Sistem tidak menyinkronkan operasi DDL yang dilakukan pada objek yang namanya berisi kata kunci cadangan. Sistem tidak menyinkronkan operasi DDL yang dilakukan dalam prosedur tersimpan sistem. Jika database sumber menggunakan mode penguraian log campuran, semua operasi DDL umum dapat disinkronkan.

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 kiri, klik Data Synchronization.
3. Di sudut kiri atas halaman, pilih wilayah tempat tugas sinkronisasi data berada.
Konsol DMS
Catatan
Operasi sebenarnya 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 penunjuk mouse ke 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 database sumber dan tujuan. Tabel berikut menjelaskan parameter.

Peringatan

Setelah Anda mengonfigurasi database 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
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 unik.
Source Database	Select Existing Connection	Jika Anda menggunakan instans database yang terdaftar dengan DTS, pilih instans dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instans tersebut. Untuk informasi lebih lanjut, lihat Kelola koneksi database. Catatan Di konsol DMS, Anda dapat memilih instans database 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 database berikut.
	Database Type	Mesin database dari database. Pilih SQL Server.
	Connection Type	Metode akses. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat instans RDS berada.
	Replicate Data Across Alibaba Cloud Accounts	Menentukan apakah data disinkronkan di antar akun Alibaba Cloud. Dalam contoh ini, No dipilih.
	RDS Instance ID	ID instans RDS.
	Database Account	Akun database dari instans RDS. Akun tersebut harus memiliki izin pemilik pada objek yang akan disinkronkan.
	Database Password	Kata sandi yang digunakan untuk mengakses database.
	Encryption	Menentukan apakah akan mengenkripsi koneksi ke database sumber. Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan bisnis Anda. Jika enkripsi SSL tidak diaktifkan untuk database sumber, pilih Non-encrypted. Jika enkripsi SSL diaktifkan untuk database sumber, pilih SSL-encrypted. Secara default, DTS mempercayai sertifikat server.
Destination Database	Select Existing Connection	Jika Anda menggunakan instans database yang terdaftar dengan DTS, pilih instans dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instans tersebut. Untuk informasi lebih lanjut, lihat Kelola koneksi database. Catatan Di konsol DMS, Anda dapat memilih instans database 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 database berikut.
	Database Type	Tipe database tujuan. Pilih AnalyticDB for MySQL 3.0.
	Connection Type	Metode akses. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat cluster AnalyticDB untuk MySQL berada.
	Primary Instance ID	ID cluster AnalyticDB untuk MySQL.
	Database Account	Akun database dari cluster AnalyticDB untuk MySQL. Akun tersebut harus memiliki izin baca dan tulis.
	Database Password	Kata sandi yang digunakan untuk mengakses database.

Klik Test Connectivity and Proceed di bagian bawah halaman.
Catatan
- Pastikan 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.
- Jika database sumber atau tujuan merupakan database yang dikelola sendiri (Access Method bukan Alibaba Cloud Instance), Anda juga harus mengklik Test Connectivity pada kotak dialog CIDR Blocks of DTS Servers.

Konfigurasikan objek yang akan disinkronkan.

Dalam 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. Catatan Jika Full Data Synchronization dipilih, Anda dapat menyinkronkan skema dan data tabel yang dibuat dengan mengeksekusi pernyataan CREATE TABLE ke database tujuan.
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 identik, pra-pemeriksaan berhasil. Jika tidak, kesalahan dilaporkan selama pra-pemeriksaan, dan tugas sinkronisasi data tidak dapat dimulai. Catatan Jika database sumber dan tujuan berisi tabel dengan nama identik 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 Pemetaan 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 tersebut ke database tujuan. Catatan data yang ada di database tujuan tetap dipertahankan. Selama sinkronisasi data inkremental, DTS menyinkronkan catatan data tersebut 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 hal ini, hanya beberapa kolom yang disinkronkan, atau instans sinkronisasi data gagal. Lanjutkan dengan hati-hati.
Schema Mapping Mode of Source and Destination Databases	Pilih mode pemetaan skema berdasarkan kebutuhan bisnis Anda. Peringatan Jika Anda tidak menggunakan nama skema dari database sumber, tabel sumber harus memiliki nama unik di berbagai skema. Jika tidak, ketidaksesuaian data mungkin terjadi atau instans sinkronisasi data mungkin gagal.
SQL Server Incremental Synchronization Mode	Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables (Hybrid Log-based Parsing): Keuntungan: Mode ini mendukung tabel tumpukan, tabel tanpa kunci utama, tabel terkompresi, dan tabel dengan kolom terhitung. Mode ini memberikan stabilitas yang lebih tinggi dan berbagai pernyataan DDL lengkap. Kerugian: DTS membuat pemicu dts_cdc_sync_ddl, tabel denyut jantung dts_sync_progress, dan tabel penyimpanan DDL dts_cdc_ddl_history di database sumber dan mengaktifkan Change Data Capture (CDC) untuk database sumber dan tabel tertentu. Anda tidak dapat mengeksekusi pernyataan SELECT INTO, TRUNCATE, atau RENAME COLUMN pada tabel dengan CDC diaktifkan di database sumber. Pemicu yang dibuat oleh DTS di database sumber tidak dapat dihapus secara manual. Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported): Keuntungan: Mode ini tidak mengubah pengaturan database sumber. Kerugian: Mode ini tidak mendukung tabel tumpukan, tabel tanpa kunci utama, tabel terkompresi, atau tabel dengan kolom terhitung. Polling and querying CDC instances for incremental synchronization: Keuntungan: Sinkronisasi data penuh dan sinkronisasi data inkremental didukung jika database sumber adalah instans Amazon RDS untuk SQL Server, database di Microsoft Azure SQL Database, Microsoft Azure SQL Managed Instance, Microsoft Azure SQL Server pada Virtual Machine, atau Google Cloud SQL untuk instans SQL Server. Anda dapat menggunakan komponen CDC asli SQL Server untuk mendapatkan data inkremental. Ini meningkatkan stabilitas sinkronisasi data inkremental dan mengurangi penggunaan bandwidth. Kerugian: Akun yang digunakan DTS untuk mengakses database sumber harus memiliki izin untuk mengaktifkan fitur CDC. Sinkronisasi data inkremental memiliki latensi 10 detik. Jika Anda mengonfigurasi tugas DTS untuk menyinkronkan beberapa tabel di beberapa database, masalah stabilitas dan kinerja mungkin terjadi.
The maximum number of tables for which CDC is enabled that DTS supports.	Jumlah maksimum tabel yang mana CDC diaktifkan dalam instans sinkronisasi data. Nilai default: 1.000. Konfigurasikan parameter ini berdasarkan kebutuhan bisnis Anda. Catatan Anda tidak perlu mengatur parameter ini saat Anda mengatur SQL Server Incremental Synchronization Mode ke Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported).
DDL and DML Operations to Be Synchronized	Operasi SQL yang ingin Anda sinkronkan di tingkat instans. Untuk informasi lebih lanjut, lihat Operasi SQL yang Dapat Disinkronkan. Catatan Untuk memilih operasi SQL yang dilakukan pada database atau tabel tertentu, lakukan langkah-langkah berikut: Di bagian Selected Objects, klik kanan sebuah objek. Di kotak dialog yang muncul, pilih operasi SQL yang ingin Anda sinkronkan.
Source Objects	Pilih satu atau lebih objek dari bagian Source Objects dan klik ikon untuk menambahkan objek ke bagian Selected Objects. Catatan Dalam skenario ini, sinkronisasi data dilakukan antara database heterogen. Oleh karena itu, hanya tabel yang dapat disinkronkan. Objek lain seperti tampilan, pemicu, atau prosedur tersimpan tidak disinkronkan ke database tujuan.
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 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 memilih operasi SQL yang dilakukan pada database atau tabel tertentu, klik kanan objek yang akan disinkronkan di bagian Selected Objects. Di kotak dialog yang muncul, pilih operasi SQL yang ingin Anda sinkronkan. Untuk menentukan kondisi WHERE untuk memfilter 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.

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 instans sinkronisasi data, belilah klaster khusus. Untuk informasi lebih lanjut, lihat Apa itu Klaster Khusus DTS?
Retry Time for Failed Connections	Rentang waktu ulang untuk koneksi gagal. Jika database 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 besar dari 30. Jika DTS berhasil menyambung kembali ke database 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 database sumber atau tujuan yang sama, rentang waktu ulang terpendek yang diambil. Saat DTS mencoba kembali koneksi, Anda akan dikenakan biaya untuk instans DTS. Kami sarankan Anda menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instans DTS sesegera mungkin setelah instans sumber dan tujuan dilepaskan.
Retry Time for Other Issues	Rentang waktu ulang untuk masalah lainnya. Sebagai contoh, jika operasi DDL atau DML gagal dilakukan setelah tugas sinkronisasi data dimulai, DTS segera mencoba kembali operasi tersebut dalam rentang waktu tersebut. Nilai valid: 1 hingga 1440. Unit: menit. Nilai default: 10. Kami sarankan Anda mengatur parameter ini ke nilai lebih besar 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 dari nilai parameter Retry Time for Failed Connections.
Enable Throttling for Full Data Migration	Selama sinkronisasi data penuh, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Hal 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 untuk mengurangi beban pada server database tujuan. Catatan Setelan ini hanya tersedia jika Synchronization Types diatur ke Full Data Synchronization.
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 instans 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 Konfigurasikan ETL dalam Tugas Migrasi Data atau Sinkronisasi Data. No: tidak mengonfigurasi fitur ETL.
Monitoring and Alerting	Menentukan apakah akan mengonfigurasi peringatan untuk instans 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: Di bagian bawah halaman, klik Next: Configure Database and Table Fields. Di halaman yang muncul, konfigurasikan Type, Primary Key Column, Distribution Key, dan informasi kunci partisi seperti Partition Key, Partitioning Rules, dan Partition Lifecycle untuk tabel yang akan disinkronkan di database tujuan.
Catatan
- Anda hanya dapat melakukan langkah ini jika memilih Schema Synchronization untuk parameter Synchronization Types. Untuk memodifikasi parameter, atur parameter Definition Status ke All.
- 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 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, gerakkan penunjuk mouse ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.
- Jika Anda tidak perlu melihat atau telah melihat parameter tersebut, 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 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 pra-pemeriksaan ulang.
- 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 ulang. Jika Anda mengabaikan item peringatan, ketidaksesuaian data mungkin terjadi, dan bisnis Anda mungkin terpapar risiko potensial.

Beli instans.

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 instans sinkronisasi data. Metode penagihan langganan lebih hemat biaya daripada metode penagihan bayar sesuai pemakaian untuk penggunaan jangka panjang. Bayar sesuai pemakaian: Instans bayar sesuai pemakaian dikenakan biaya per jam. Metode penagihan bayar sesuai pemakaian cocok untuk penggunaan jangka pendek. Jika Anda tidak lagi memerlukan instans sinkronisasi data bayar sesuai pemakaian, Anda dapat melepaskan instans untuk mengurangi biaya.
	Pengaturan Grup Sumber Daya	Grup sumber daya tempat instans 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 instans sinkronisasi data.
	Durasi Langganan	Jika Anda memilih metode penagihan langganan, tentukan durasi langganan dan jumlah instans 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 tersedia hanya 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.