Menyinkronkan data dari database MongoDB yang menggunakan arsitektur replika set ke database MongoDB yang menggunakan arsitektur replika set atau sharded cluster - ApsaraDB for MongoDB

Topik ini menjelaskan cara menggunakan Data Transmission Service (DTS) untuk menyinkronkan data dari database MongoDB dengan arsitektur replika set ke database MongoDB dengan arsitektur replika set atau sharded cluster.

Database sumber dan tujuan yang didukung

Tabel berikut menunjukkan jenis database MongoDB sumber dan tujuan yang didukung oleh DTS. Database sumber adalah instance ApsaraDB for MongoDB replika set, sedangkan database tujuan adalah instance ApsaraDB for MongoDB replika set atau sharded cluster. Anda juga dapat mengonfigurasi tugas sinkronisasi data untuk jenis database MongoDB lainnya.

Database Sumber	Database Tujuan
ApsaraDB for MongoDB instance replika set	ApsaraDB for MongoDB instance replika set atau sharded cluster
Database MongoDB yang dikelola sendiri dengan arsitektur replika set dan di-hosting pada instance Elastic Compute Service (ECS)	Database MongoDB yang dikelola sendiri dengan arsitektur replika set atau sharded cluster dan di-hosting pada instance ECS
Database MongoDB yang dikelola sendiri dengan arsitektur replika set dan terhubung melalui Express Connect, VPN Gateway, atau Smart Access Gateway	Database MongoDB yang dikelola sendiri dengan arsitektur replika set atau sharded cluster dan terhubung melalui Express Connect, VPN Gateway, atau Smart Access Gateway

Prasyarat

Instance ApsaraDB for MongoDB replika set sumber dan instance ApsaraDB for MongoDB replika set atau sharded cluster tujuan telah dibuat. Untuk informasi lebih lanjut, lihat Buat Instance Replika Set dan Buat Instance Sharded Cluster.
Catatan
Untuk informasi lebih lanjut tentang versi database yang didukung, lihat Ikhtisar Skenario Sinkronisasi Data.
Ruang penyimpanan yang tersedia pada instance ApsaraDB for MongoDB tujuan harus 10% lebih besar daripada total ukuran data dalam instance ApsaraDB for MongoDB sumber.
Jika instance ApsaraDB for MongoDB tujuan merupakan instance sharded cluster, buat database dan koleksi yang akan di-shard, aktifkan konfigurasi sharding data, nyalakan balancer, serta lakukan pre-sharding di instance ApsaraDB for MongoDB tujuan sesuai kebutuhan bisnis Anda. Untuk informasi lebih lanjut, lihat Konfigurasikan sharding untuk memaksimalkan kinerja shard dan Apa yang harus saya lakukan jika data dari database MongoDB yang diterapkan dalam arsitektur sharded cluster tidak terdistribusi secara merata?
Catatan
Setelah mengonfigurasi sharding untuk instance sharded cluster, data yang disinkronkan akan didistribusikan di antara shard yang berbeda, memaksimalkan kinerja sharded cluster. Aktifkan balancer dan lakukan pre-sharding untuk mencegah skew data.

Catatan Penggunaan

Kategori	Deskripsi
Batas pada database sumber	Persyaratan bandwidth: Server tempat database sumber ditempatkan harus memiliki bandwidth keluar yang cukup. Jika tidak, kecepatan sinkronisasi data akan terpengaruh. Koleksi yang akan disinkronkan harus memiliki PRIMARY KEY atau UNIQUE constraints dan semua bidang harus unik. Jika tidak, database tujuan mungkin berisi catatan data duplikat. Jika Anda memilih koleksi sebagai objek yang akan disinkronkan dan Anda perlu mengedit koleksi dalam database tujuan, seperti mengubah nama koleksi, hingga 1.000 koleksi dapat disinkronkan dalam satu tugas sinkronisasi data. Jika Anda menjalankan tugas untuk menyinkronkan lebih dari 1.000 koleksi, kesalahan permintaan terjadi. Dalam hal ini, kami sarankan Anda mengonfigurasi beberapa tugas untuk menyinkronkan koleksi secara batch, atau mengonfigurasi tugas untuk menyinkronkan seluruh database. Ukuran entri data tunggal yang akan disinkronkan dari database sumber tidak boleh melebihi 16 MB. Jika tidak, tugas gagal. Database sumber tidak bisa menjadi klaster Azure Cosmos DB untuk MongoDB atau klaster elastis Amazon DocumentDB. Fitur oplog harus diaktifkan untuk database sumber dan harus menyimpan data log setidaknya selama tujuh hari. Sebagai alternatif, change streams harus diaktifkan untuk memastikan bahwa DTS dapat berlangganan perubahan data dalam database sumber dalam tujuh hari terakhir. Jika tidak, DTS mungkin gagal mendapatkan perubahan data dalam database sumber dan sinkronisasi data gagal. Dalam beberapa keadaan, ketidaksesuaian data atau kehilangan data mungkin terjadi. Masalah yang timbul dalam keadaan seperti itu tidak dicakup oleh service level agreement (SLA) DTS. Penting Kami sarankan Anda menggunakan oplog untuk mencatat perubahan data dalam database sumber. Hanya MongoDB 4.0 dan yang lebih baru yang memungkinkan Anda menggunakan change streams untuk mendapatkan perubahan data dalam database sumber. Sinkronisasi dua arah tidak didukung saat Anda menggunakan change streams untuk mendapatkan perubahan data dalam database sumber. Jika database sumber adalah klaster non-elastis Amazon DocumentDB, Anda harus mengaktifkan change streams dan menetapkan parameter Migration Method ke ChangeStream dan parameter Architecture ke Sharded Cluster. Anda tidak dapat menyinkronkan koleksi yang berisi indeks time to live (TTL). Jika database sumber berisi indeks TTL, ketidaksesuaian data mungkin terjadi antara database sumber dan tujuan setelah sinkronisasi. Batas operasi yang akan dilakukan pada database sumber: Selama sinkronisasi skema dan sinkronisasi data penuh, jangan ubah skema database atau koleksi, termasuk pembaruan tipe array. Jika tidak, tugas sinkronisasi data gagal atau ketidaksesuaian data mungkin terjadi antara database sumber dan tujuan. Jika Anda hanya melakukan sinkronisasi data penuh, jangan tulis data ke database sumber selama sinkronisasi data. Jika tidak, ketidaksesuaian data terjadi antara database sumber dan tujuan.
Batas lainnya	Jika database tujuan adalah database klaster sharded, perhatikan batasan berikut: Dokumen yatim piatu harus dibersihkan. Jika tidak, kinerja sinkronisasi terganggu. Selama sinkronisasi data, jika ada konflik `_id` dalam dokumen database sumber dan tujuan, ketidaksesuaian data mungkin terjadi, atau tugas sinkronisasi data mungkin gagal. Sebelum Anda memulai tugas sinkronisasi data, Anda harus menambahkan kunci sharding ke data yang akan disinkronkan di database sumber. Jika Anda tidak dapat menambahkan kunci sharding ke data di database sumber, Anda dapat menyinkronkan data dari database MongoDB tanpa kunci sharding. Untuk informasi lebih lanjut, lihat Sinkronkan MongoDB (tanpa kunci shard) ke MongoDB (arsitektur kluster terpecah). Selama sinkronisasi data, jika Anda mengeksekusi pernyataan INSERT untuk menyisipkan data ke dalam data yang akan disinkronkan, data yang akan disinkronkan harus berisi kunci sharding. Jika Anda mengeksekusi pernyataan UPDATE untuk memodifikasi data yang akan disinkronkan, Anda tidak dapat memodifikasi kunci sharding. Jika database tujuan adalah instance replika set, perhatikan batasan berikut: Jika database tujuan terhubung melalui Express Connect, VPN Gateway, or Smart Access Gateway, Public IP Address, atau Cloud Enterprise NetworkCEN, atur Domain Name or IP dan Port Number ke alamat IP dan nomor port node utama, atau konfigurasikan titik akhir high-availability. Untuk informasi lebih lanjut tentang titik akhir high-availability, lihat Buat tugas DTS di mana database sumber atau tujuan adalah database MongoDB high-availability. Jika database tujuan terhubung melalui Self-managed Database pada ECS, atur Port Number ke nomor port node utama. Untuk memastikan kompatibilitas, versi database MongoDB tujuan harus sama atau lebih baru dari versi database MongoDB sumber. Jika versi database tujuan lebih lama dari versi database sumber, masalah kompatibilitas database mungkin terjadi. DTS tidak dapat terhubung ke database MongoDB melalui endpoint SRV. DTS tidak dapat menyinkronkan data dari database admin atau local. Jika koleksi database tujuan memiliki indeks unik atau atribut `capped` dari koleksi database tujuan adalah `true`, koleksi tersebut hanya mendukung penulisan data single-thread dan tidak mendukung replay konkuren selama sinkronisasi data inkremental. Ini dapat meningkatkan latensi sinkronisasi. Informasi transaksi tidak dipertahankan. Saat transaksi disinkronkan ke database tujuan, transaksi dikonversi menjadi catatan tunggal. Jika terjadi konflik primary key atau unique key saat DTS menulis data ke koleksi tujuan, DTS melewati pernyataan penulisan data dan mempertahankan data yang ada dalam koleksi tujuan. 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, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Ini dapat meningkatkan beban pada server database. Selama sinkronisasi data penuh, operasi INSERT konkuren menyebabkan fragmentasi dalam koleksi database tujuan. Setelah sinkronisasi data penuh selesai, ruang penyimpanan untuk koleksi database tujuan lebih besar daripada ruang penyimpanan database sumber. Ketidaksesuaian data antara database sumber dan tujuan terjadi jika data dari sumber lain ditulis ke database tujuan selama sinkronisasi data. Misalnya, jika Anda menggunakan Data Management (DMS) untuk mengeksekusi pernyataan DDL online sementara data dari sumber lain ditulis ke database tujuan, kehilangan data mungkin terjadi dalam database tujuan. Data ditulis secara konkuren ke database tujuan. Oleh karena itu, ruang penyimpanan yang digunakan dalam database tujuan 5% hingga 10% lebih besar daripada ukuran data dalam database sumber. Anda harus menggunakan sintaks `db.$table_name.aggregate([{ $count:"myCount"}])` untuk menanyakan nilai pengembalian operasi hitungan pada database MongoDB tujuan. Pastikan bahwa database MongoDB tujuan tidak memiliki primary key yang sama dengan database sumber. Primary key default adalah _id. Jika tidak, data mungkin hilang. Jika data dalam database tujuan memiliki primary key yang sama dengan database sumber, bersihkan data terkait dalam database tujuan tanpa mengganggu layanan DTS. Misalnya, jika primary key yang sama adalah _id, Anda dapat menghapus data dalam database tujuan yang memiliki _id yang sama dengan database sumber. Jika instance gagal berjalan, personel dukungan teknis DTS akan mencoba memulihkan instance dalam waktu 8 jam. Selama proses pemulihan, instance mungkin dimulai ulang atau parameter mungkin disesuaikan. Catatan Saat parameter disesuaikan, hanya parameter instance DTS yang dimodifikasi. Parameter database tidak dimodifikasi. Parameter yang mungkin dimodifikasi termasuk tetapi tidak terbatas pada parameter dalam Ubah parameter instance. Jika Anda menyinkronkan data ke database klaster sharded ApsaraDB for MongoDB, pastikan perilaku bisnis Anda memenuhi persyaratan klaster sharded ApsaraDB for MongoDB.
Kasus khusus	Jika database sumber adalah database MongoDB yang dikelola sendiri, perhatikan batasan berikut: Jika Anda melakukan switchover primer/sekunder pada database sumber saat tugas sinkronisasi data sedang berjalan, tugas gagal. DTS menghitung latensi sinkronisasi berdasarkan timestamp data terbaru yang disinkronkan dalam database tujuan dan timestamp saat ini dalam database sumber. Jika tidak ada operasi pembaruan yang dilakukan pada database sumber untuk waktu yang lama, latensi sinkronisasi mungkin tidak akurat. Jika latensi tugas sinkronisasi terlalu tinggi, Anda dapat melakukan operasi pembaruan pada database sumber untuk memperbarui latensi. Catatan Jika Anda memilih seluruh database sebagai objek yang akan disinkronkan, Anda dapat membuat tabel detak jantung. Tabel detak jantung diperbarui atau menerima data setiap detik.

Penagihan

Jenis 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 banyak-ke-satu
Sinkronisasi satu arah bertingkat

Untuk informasi lebih lanjut tentang topologi sinkronisasi yang didukung oleh DTS, lihat Topologi Sinkronisasi.

Jenis sinkronisasi

Jenis Sinkronisasi	Deskripsi
Sinkronisasi skema	DTS menyinkronkan skema objek yang dipilih dari instance ApsaraDB for MongoDB sumber ke instance ApsaraDB for MongoDB tujuan.
Sinkronisasi data penuh	DTS menyinkronkan data historis objek yang dipilih dari instance ApsaraDB for MongoDB sumber ke instance ApsaraDB for MongoDB tujuan. Catatan DTS mendukung sinkronisasi data penuh untuk jenis objek berikut: database dan koleksi.
Sinkronisasi data inkremental	DTS menyinkronkan data inkremental dari instance ApsaraDB for MongoDB sumber ke instance ApsaraDB for MongoDB tujuan. Catatan DTS tidak mendukung sinkronisasi data inkremental dari database yang dibuat setelah tugas mulai berjalan. DTS menyinkronkan data inkremental yang dihasilkan oleh operasi berikut: CREATE COLLECTION dan CREATE INDEX DROP DATABASE, DROP COLLECTION, dan DROP INDEX RENAME COLLECTION Operasi yang dilakukan untuk menyisipkan, memperbarui, dan menghapus dokumen dalam koleksi.

Prosedur

Pergi ke halaman Tugas Sinkronisasi Data.
1. Masuk ke Konsol Data Management (DMS).
2. Di bilah navigasi atas, klik Data + AI.
3. Di panel navigasi sisi kiri, pilih DTS (DTS) > Data Synchronization.
Catatan
- Operasi mungkin bervariasi berdasarkan mode dan tata letak konsol DMS. Untuk informasi lebih lanjut, lihat Mode Sederhana dan Sesuaikan Tata Letak dan Gaya Konsol DMS.
- Anda juga dapat pergi ke Halaman Tugas Sinkronisasi Data Konsol DTS Baru.
Di sebelah kanan Data Synchronization Tasks, pilih wilayah tempat instance sinkronisasi data berada.
Catatan
Jika menggunakan konsol DTS baru, Anda harus memilih wilayah tempat instance sinkronisasi data berada di bilah navigasi atas.

Klik Create Task. Di halaman Buat Tugas, konfigurasikan database sumber dan tujuan. Tabel berikut menggambarkan parameter.

Peringatan

Setelah mengonfigurasi database sumber dan tujuan, kami sarankan 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 DMS Database Instance	Database yang ingin Anda gunakan. Anda dapat memilih apakah akan menggunakan database yang ada berdasarkan kebutuhan bisnis Anda. Jika Anda memilih database yang ada, DTS secara otomatis mengisi parameter untuk database tersebut. Jika Anda tidak memilih database yang ada, Anda harus mengonfigurasi informasi database berikut.
	Database Type	Jenis database sumber. Pilih MongoDB.
	Connection Type	Metode akses database sumber. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat instance ApsaraDB for MongoDB sumber berada.
	Replicate Data Across Alibaba Cloud Accounts	Menentukan apakah data disinkronkan di seluruh akun Alibaba Cloud. Dalam contoh ini, No dipilih.
	Architecture	Arsitektur tempat database sumber diterapkan. Pilih Replica Set.
	Instance ID	ID instance ApsaraDB for MongoDB sumber.
	Authentication Database	Nama database otentikasi yang menyimpan akun dan kata sandi database dari instance ApsaraDB for MongoDB sumber. Jika Anda belum mengubah nama database otentikasi sebelumnya, nilai default admin digunakan.
	Database Account	Akun database dari instance ApsaraDB for MongoDB sumber. Akun tersebut harus memiliki izin baca pada database sumber, database config, database admin, dan database local.
	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. Catatan Parameter ini hanya valid jika instance ApsaraDB for MongoDB sumber diterapkan dalam arsitektur Replica Set. Jika database sumber adalah instance Replica Set ApsaraDB for MongoDB yang dikelola sendiri dan Enkripsi diatur ke SSL-encrypted, Anda dapat mengunggah sertifikat otoritas sertifikasi (CA) untuk memverifikasi koneksi ke database sumber.
Destination Database	Select DMS Database Instance	Database yang ingin Anda gunakan. Anda dapat memilih apakah akan menggunakan database yang ada berdasarkan kebutuhan bisnis Anda. Jika Anda memilih database yang ada, DTS secara otomatis mengisi parameter untuk database tersebut. Jika Anda tidak memilih database yang ada, Anda harus mengonfigurasi informasi database berikut.
	Database Type	Jenis database tujuan. Pilih MongoDB.
	Connection Type	Metode akses database tujuan. Pilih Alibaba Cloud Instance.
	Instance Region	Wilayah tempat instance ApsaraDB for MongoDB tujuan berada.
	Architecture	Arsitektur tempat instance ApsaraDB for MongoDB tujuan diterapkan.
	Instance ID	ID instance ApsaraDB for MongoDB tujuan.
	Authentication Database	Nama database otentikasi yang menyimpan akun dan kata sandi database dari instance ApsaraDB for MongoDB tujuan. Jika Anda belum mengubah nama database otentikasi sebelumnya, nilai default admin digunakan.
	Database Account	Akun database dari instance ApsaraDB for MongoDB tujuan. Akun tersebut harus memiliki izin dbAdminAnyDatabase, izin baca dan tulis pada database tujuan, dan izin baca pada database local.
	Database Password	Kata sandi yang digunakan untuk mengakses database.
	Encryption	Menentukan apakah akan mengenkripsi koneksi ke database tujuan. Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan bisnis Anda. Catatan Parameter ini hanya valid jika instance ApsaraDB for MongoDB tujuan diterapkan dalam arsitektur Replica Set. Jika database tujuan adalah instance Replica Set ApsaraDB for MongoDB yang dikelola sendiri dan Enkripsi diatur ke SSL-encrypted, Anda dapat mengunggah sertifikat CA untuk memverifikasi koneksi ke database tujuan.

Di bagian bawah halaman, klik Test Connectivity and Proceed.
Jika database sumber atau tujuan adalah instance database 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 tersebut. Jika database sumber atau tujuan adalah database yang dikelola sendiri 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 database. Jika database diterapkan pada beberapa instance ECS, Anda harus secara manual menambahkan blok CIDR server DTS ke aturan grup keamanan setiap instance ECS. Jika database sumber atau tujuan adalah database yang dikelola sendiri 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 database untuk mengizinkan DTS mengakses database. Untuk informasi lebih lanjut, lihat bagian "Blok CIDR Server DTS" dari topik Menambahkan Blok CIDR Server DTS.
Peringatan
Jika blok CIDR server DTS ditambahkan secara otomatis atau manual ke daftar putih database atau instance, risiko keamanan mungkin timbul. Oleh karena itu, sebelum menggunakan DTS untuk menyinkronkan data, Anda harus memahami dan mengetahui 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 berkala memeriksa daftar putih atau aturan grup keamanan ECS dan melarang blok CIDR yang tidak sah, atau menghubungkan database ke DTS dengan menggunakan Express Connect, VPN Gateway, atau Smart Access Gateway.

Konfigurasikan objek yang akan disinkronkan dan pengaturan lanjutan. Tabel berikut menggambarkan parameter.

Parameter	Deskripsi
Synchronization Type	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 klaster tujuan. Data historis ini menjadi dasar untuk sinkronisasi inkremental selanjutnya. Catatan Untuk informasi lebih lanjut tentang jenis sinkronisasi, lihat bagian Jenis Sinkronisasi dari topik ini.
Processing Mode for Existing Destination Tables	Precheck and Report Errors: memeriksa apakah database tujuan berisi koleksi yang memiliki nama yang sama dengan koleksi dalam database sumber. Jika database sumber dan tujuan tidak berisi koleksi yang memiliki nama koleksi identik, pra-pemeriksaan berhasil. Jika tidak, kesalahan dilaporkan selama pra-pemeriksaan, dan instance sinkronisasi data tidak dapat dimulai. Catatan Jika database sumber dan tujuan memiliki koleksi dengan nama yang identik dan koleksi dalam database tujuan tidak dapat dihapus atau diubah namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengubah nama koleksi yang disinkronkan ke database tujuan. Untuk informasi lebih lanjut, lihat Ubah Nama Objek yang akan Disinkronkan. Ignore Errors and Proceed: Melewati pra-pemeriksaan untuk nama koleksi identik dalam database sumber dan tujuan. Peringatan Jika Anda memilih Ignore Errors and Proceed, ketidaksesuaian data mungkin terjadi dan bisnis Anda mungkin terpapar risiko potensial. Jika catatan data dalam database tujuan memiliki nilai primary key atau unique key yang sama dengan catatan data dalam database sumber, DTS tidak menyinkronkan catatan data tersebut ke database tujuan. Catatan data yang ada dalam database tujuan dipertahankan. Data mungkin gagal diinisialisasi, hanya kolom tertentu yang disinkronkan, atau instance sinkronisasi data gagal.
Synchronization Topology	Pilih One-way Synchronization.
Case Policy for Destination Object Names	Penulisan huruf besar/kecil nama database dan nama koleksi dalam instance tujuan. Secara default, DTS default policy dipilih. Anda dapat memilih opsi lain untuk memastikan bahwa penulisan huruf besar/kecil nama objek konsisten dengan penulisan huruf besar/kecil nama objek default dalam database sumber atau tujuan. Untuk informasi lebih lanjut, lihat Tentukan Penulisan Huruf Besar/Kecil Nama Objek dalam Instance Tujuan.
Source Objects	Pilih satu atau lebih objek dari bagian Source Objects dan klik ikon untuk menambahkan objek ke bagian Selected Objects. Catatan Anda dapat memilih database atau koleksi sebagai objek yang akan disinkronkan.
Selected Objects	Untuk mengubah nama objek yang ingin Anda sinkronkan ke instance tujuan, klik kanan objek dalam bagian Selected Objects. Untuk informasi lebih lanjut, lihat bagian "Peta nama objek tunggal" dari topik Pemetaan nama objek. Untuk mengubah nama beberapa objek sekaligus, klik Batch Edit di pojok 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 dalam bagian Selected Objects. Dalam kotak dialog yang muncul, pilih operasi SQL yang ingin Anda sinkronkan. Untuk informasi lebih lanjut tentang operasi tersebut, lihat bagian Jenis Sinkronisasi dari topik ini. Untuk menentukan kondisi WHERE untuk menyaring data, klik kanan objek dalam bagian Selected Objects. Dalam kotak dialog yang muncul, tentukan kondisi tersebut. Untuk informasi lebih lanjut, lihat Atur kondisi filter.

Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.

Data Verification Settings
Untuk informasi lebih lanjut tentang cara mengonfigurasi fitur verifikasi data, lihat Konfigurasikan Verifikasi Data.

Advanced Settings

Parameter	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas ke klaster bersama jika Anda tidak menentukan klaster khusus. Jika ingin meningkatkan stabilitas instance sinkronisasi data, belilah klaster khusus. Untuk informasi lebih lanjut, lihat Apa Itu Klaster Khusus DTS.
Set Alerts	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.
Retry Time for Failed Connections	Rentang waktu coba ulang untuk koneksi gagal. Jika database sumber atau tujuan gagal terhubung setelah tugas sinkronisasi data dimulai, DTS segera mencoba ulang koneksi dalam rentang waktu tersebut. Nilai valid: 10 hingga 1440. Unit: menit. Nilai default: 720. Kami sarankan mengatur parameter ini ke nilai lebih besar dari 30. Jika DTS berhasil terhubung 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 coba ulang yang berbeda untuk beberapa tugas sinkronisasi data yang memiliki database sumber atau tujuan yang sama, rentang waktu coba ulang terpendek yang diambil menjadi prioritas. Saat DTS mencoba ulang koneksi, Anda dikenakan biaya untuk instance DTS. Kami sarankan menentukan rentang waktu coba 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 coba ulang untuk masalah lainnya. Misalnya, jika operasi DDL atau DML gagal dilakukan setelah tugas sinkronisasi data dimulai, DTS segera mencoba ulang operasi dalam rentang waktu tersebut. Nilai valid: 1 hingga 1440Unit: menit. Nilai default: 10. Kami sarankan mengatur parameter ini ke nilai lebih besar dari 10. Jika operasi yang 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 Synchronization	Selama sinkronisasi data penuh, DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan. Ini dapat meningkatkan beban pada server database. Anda dapat mengonfigurasi parameter Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s) untuk tugas sinkronisasi data penuh guna mengurangi beban pada server database tujuan. Catatan Anda hanya dapat mengonfigurasi parameter ini jika Full Data Synchronization dipilih untuk parameter Synchronization Types.
Enable Throttling for Incremental Data Synchronization	Menentukan apakah akan mengaktifkan pembatasan untuk sinkronisasi data inkremental. Anda dapat mengaktifkan pembatasan untuk sinkronisasi data inkremental berdasarkan kebutuhan bisnis Anda. Untuk mengonfigurasi pembatasan, Anda harus mengonfigurasi parameter RPS of Incremental Data Synchronization dan Data synchronization speed for incremental synchronization (MB/s). Ini mengurangi beban pada server database tujuan.
Environment Tag	Tag lingkungan yang digunakan untuk mengidentifikasi instance DTS. Anda dapat memilih tag lingkungan berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, Anda tidak perlu mengonfigurasi parameter ini.
Configure ETL	Menentukan apakah akan mengaktifkan fitur ekstraksi, transformasi, dan pemuatan (ETL). Untuk informasi lebih lanjut, lihat Apa Itu ETL? Nilai valid: Yes: mengonfigurasi fitur ETL. Anda dapat memasukkan pernyataan pemrosesan data di editor kode. Untuk informasi lebih lanjut, lihat Konfigurasikan ETL dalam Tugas Migrasi Data atau Tugas Sinkronisasi Data. No: tidak mengonfigurasi fitur ETL.

Simpan pengaturan tugas dan jalankan pra-pemeriksaan.
- Untuk melihat parameter yang harus ditentukan saat Anda memanggil operasi API terkait untuk mengonfigurasi tugas DTS, arahkan pointer ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.
- Jika Anda tidak perlu melihat atau telah melihat parameter, klik Next: Save Task Settings and Precheck di bagian bawah halaman.
Catatan
- Sebelum Anda dapat memulai tugas sinkronisasi data, DTS melakukan pra-pemeriksaan. Anda hanya dapat memulai tugas sinkronisasi data setelah tugas lulus 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, 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. Dalam kotak dialog Lihat Detail, klik Ignore. Dalam 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 menggambarkan 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 dibebankan 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 milik. Nilai default: default resource group. Untuk informasi lebih lanjut, lihat Apa itu Manajemen Sumber Daya?
	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 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 tersedia hanya jika Anda memilih metode penagihan Subscription.

Baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.
Klik Buy and Start. Dalam kotak dialog yang muncul, klik OK.
Anda dapat melihat kemajuan tugas dalam daftar tugas.