Mensinkronkan MongoDB tanpa kunci shard ke arsitektur cluster sharded MongoDB - Data Transmission Service

Data Transmission Service (DTS) mendukung sinkronisasi data dari instance MongoDB sumber tanpa bidang kunci shard ke arsitektur cluster sharded MongoDB serta menentukan nilai default untuk kunci shard. Topik ini menjelaskan langkah-langkah sinkronisasi menggunakan ApsaraDB for MongoDB (arsitektur ReplicaSet) sebagai sumber dan ApsaraDB for MongoDB (arsitektur cluster sharded) sebagai tujuan.

Prasyarat

Tujuan ApsaraDB for MongoDB (arsitektur cluster sharded) telah dibuat. Untuk informasi lebih lanjut, lihat Buat instance cluster sharded.
Catatan
- Jika sumbernya adalah arsitektur cluster sharded ApsaraDB for MongoDB, Anda perlu mengajukan alamat koneksi untuk semua node Shard dan memastikan akun serta kata sandi setiap Shard konsisten. Untuk metode aplikasi, lihat Ajukan alamat koneksi node Shard atau ConfigServer.
- Untuk versi yang didukung, lihat Ikhtisar solusi sinkronisasi.
Ruang penyimpanan tujuan ApsaraDB for MongoDB harus lebih besar daripada sumber ApsaraDB for MongoDB. Disarankan agar ruang penyimpanan tujuan 10% lebih besar daripada sumber.
Berdasarkan kebutuhan bisnis, buat database dan koleksi yang perlu di-shard di tujuan ApsaraDB for MongoDB, konfigurasikan sharding data, aktifkan Balancer, dan lakukan pre-sharding. Untuk informasi lebih lanjut, lihat Atur sharding data untuk memanfaatkan sepenuhnya performa Shard dan Cara menangani distribusi data yang tidak merata dalam arsitektur cluster sharded MongoDB.
Catatan
Konfigurasi sharding data mencegah data disinkronkan ke Shard yang sama, yang dapat menghambat performa cluster. Mengaktifkan Balancer dan melakukan pre-sharding membantu mencegah masalah skew data.

Catatan

Tipe	Deskripsi
Keterbatasan database sumber	Persyaratan bandwidth: Server tempat database sumber berada harus memiliki bandwidth keluar yang cukup. Jika tidak, laju sinkronisasi data akan terpengaruh. Koleksi yang akan disinkronkan harus memiliki kunci utama atau batasan UNIQUE, dan semua bidang harus unik. Jika tidak, data duplikat mungkin muncul di database tujuan. Jika granularitas objek sinkronisasi adalah koleksi dan perlu diedit (seperti pemetaan nama koleksi), satu tugas sinkronisasi tunggal mendukung menyinkronkan hingga 1.000 koleksi. Jika jumlahnya melebihi batas, kesalahan permintaan akan ditampilkan setelah tugas dikirimkan. Dalam hal ini, disarankan untuk membagi koleksi yang akan disinkronkan, mengonfigurasi beberapa tugas 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. Jika sumber MongoDB adalah instance cluster sharded, jumlah node Mongos sumber tidak boleh melebihi 10. Database sumber tidak boleh menjadi kluster Azure Cosmos DB for MongoDB atau kluster 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 di database sumber dalam tujuh hari terakhir. Jika tidak, DTS mungkin gagal mendapatkan perubahan data di 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 perjanjian tingkat layanan (SLA) DTS. Penting Kami sarankan Anda menggunakan oplog untuk mencatat perubahan data di database sumber. Hanya MongoDB 4.0 dan yang lebih baru yang memungkinkan Anda menggunakan change streams untuk mendapatkan perubahan data di database sumber. Sinkronisasi dua arah tidak didukung saat Anda menggunakan change streams untuk mendapatkan perubahan data di database sumber. Jika database sumber adalah kluster non-elastis Amazon DocumentDB, Anda harus mengaktifkan change streams dan mengatur parameter Migration Method ke ChangeStream dan parameter Architecture ke Sharded Cluster. Keterbatasan operasi 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 hanya dilakukan sinkronisasi data penuh, jangan tulis data baru ke instance sumber. Jika tidak, data antara database sumber dan tujuan akan tidak konsisten. Untuk menjaga konsistensi data real-time, disarankan untuk memilih sinkronisasi skema, sinkronisasi data penuh, dan sinkronisasi data tambahan. 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. Pastikan tidak ada dokumen yatim piatu di instance MongoDB dengan arsitektur cluster sharded. Jika tidak, ketidaksesuaian data atau bahkan kegagalan tugas mungkin terjadi. Untuk informasi lebih lanjut, lihat Dokumen yatim piatu dan Cara membersihkan dokumen yatim piatu di MongoDB (arsitektur cluster sharded). Jika database sumber adalah MongoDB dengan arsitektur cluster sharded, dan Balancer dari database sumber memiliki perilaku penyeimbangan data, ini dapat menyebabkan latensi instance.
Keterbatasan lainnya	Selama sinkronisasi, koleksi baru yang ditambahkan di sisi sumber tidak mendukung pengaturan nilai default untuk kunci shard. Ketika sumbernya adalah cluster non-sharded dan tujuannya adalah Alibaba Cloud MongoDB (arsitektur cluster sharded), akan masuk ke tahap Configure Database and Table Fields. Ketika versi tujuan MongoDB (arsitektur cluster sharded) lebih rendah dari 4.4, nilai default ShardKey yang diatur di tahap Configure Database and Table Fields akan berlaku. DTS mengisi data asli dengan nilai default yang Anda atur dan menulisnya ke tujuan. Jika tujuan MongoDB (arsitektur cluster sharded) adalah versi 4.4 atau lebih tinggi, nilai default yang diatur di tahap Configure Database and Table Fields tidak akan berlaku. DTS menulis data asli ke tujuan secara default. Disarankan agar versi database MongoDB dari database sumber dan tujuan tetap konsisten, atau sinkronisasi dari versi lebih rendah ke versi lebih tinggi untuk memastikan kompatibilitas. Jika menyinkronkan dari versi lebih tinggi ke versi lebih rendah, mungkin ada masalah kompatibilitas database. Sinkronisasi data di database admin dan local tidak didukung. 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 tambahan. Ini dapat meningkatkan latensi sinkronisasi. Informasi transaksi tidak dipertahankan. Transaksi di database sumber dikonversi menjadi catatan tunggal saat disinkronkan ke database tujuan. Sebelum melakukan sinkronisasi data, evaluasi performa database sumber dan tujuan. Juga disarankan untuk melakukan sinkronisasi data selama jam-jam non-puncak bisnis. Jika tidak, selama sinkronisasi data penuh, DTS menempati sebagian sumber daya baca/tulis database sumber dan tujuan, yang dapat meningkatkan beban pada database. Karena sinkronisasi data penuh melakukan operasi INSERT secara bersamaan, ini menyebabkan fragmentasi di koleksi database tujuan. Oleh karena itu, setelah sinkronisasi penuh selesai, ruang penyimpanan koleksi database tujuan akan lebih besar daripada instance sumber. Selama sinkronisasi DTS, jangan tulis data ke database tujuan dari sumber selain DTS. Jika tidak, ketidaksesuaian data antara database sumber dan tujuan akan terjadi. DTS akan mencoba memulihkan tugas sinkronisasi yang gagal dalam waktu tujuh hari. Oleh karena itu, sebelum beralih bisnis ke instance tujuan, pastikan untuk mengakhiri atau melepaskan tugas, atau mencabut izin tulis akun akses DTS ke instance tujuan. Ini mencegah tugas pulih secara otomatis dan menimpa data tujuan dengan data sumber. Karena DTS menulis data secara bersamaan, ruang penyimpanan yang ditempati oleh tujuan adalah 5% hingga 10% lebih besar daripada sumber. Jumlah hitungan MongoDB tujuan perlu diquery menggunakan sintaks `db.$table_name.aggregate([{ $count:"myCount"}])`. Pastikan bahwa MongoDB tujuan tidak memiliki kunci utama yang sama dengan sumber (defaultnya adalah _id). Jika tidak, kehilangan data akan terjadi. Jika tujuan memiliki kunci utama yang sama dengan sumber, bersihkan data terkait di tujuan tanpa memengaruhi bisnis (hapus dokumen di tujuan dengan _id yang sama dengan sumber). Jika instance gagal berjalan, staf dukungan teknis DTS akan mencoba memulihkan instance dalam waktu 8 jam. Selama proses pemulihan, instance mungkin di-restart atau parameternya disesuaikan. Catatan Ketika parameter disesuaikan, hanya parameter instance DTS yang dimodifikasi. Parameter database tidak dimodifikasi. Parameter yang mungkin dimodifikasi meliputi namun tidak terbatas pada parameter dalam Ubah parameter instance.
Kasus khusus	Ketika database sumber adalah MongoDB yang dikelola sendiri: Selama sinkronisasi, jika database sumber mengalami pergantian primer-sekunder, tugas sinkronisasi akan gagal. Karena waktu delay DTS dihitung berdasarkan perbandingan antara timestamp data terakhir yang disinkronkan ke database tujuan dan timestamp saat ini, jika database sumber belum melakukan operasi pembaruan untuk waktu yang lama, informasi delay mungkin tidak akurat. Jika waktu delay yang ditampilkan oleh tugas terlalu besar, Anda dapat melakukan operasi pembaruan pada database sumber untuk memperbarui informasi delay. Catatan Jika objek sinkronisasi dipilih sebagai seluruh database, Anda juga dapat membuat heartbeat yang secara berkala memperbarui atau menulis data setiap detik.

Penagihan

Tipe sinkronisasi	Biaya konfigurasi tugas
Sinkronisasi skema dan sinkronisasi data penuh	Gratis.
Sinkronisasi data tambahan	Dikenakan biaya. Untuk informasi lebih lanjut, lihat Ikhtisar penagihan.

Tipe sinkronisasi

Tipe 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 tambahan	DTS menyinkronkan data tambahan dari instance ApsaraDB for MongoDB sumber ke instance ApsaraDB for MongoDB tujuan. Gunakan oplog Tugas DTS tidak menyinkronkan data tambahan dari database yang dibuat setelah tugas mulai berjalan. DTS menyinkronkan data tambahan 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. Catatan Ketika tugas DTS menyinkronkan data tambahan file, hanya perintah `$set` yang dapat dijalankan secara sinkron. Gunakan change streams DTS menyinkronkan data tambahan yang dihasilkan oleh operasi berikut: DROP DATABASE dan DROP COLLECTION RENAME COLLECTION Operasi yang dilakukan untuk menyisipkan, memperbarui, dan menghapus dokumen dalam koleksi. Catatan Ketika tugas DTS menyinkronkan data tambahan file, hanya perintah `$set` yang dapat dijalankan secara sinkron.

Izin yang diperlukan untuk akun database

Database	Izin yang diperlukan	Metode pembuatan dan otorisasi
Sumber ApsaraDB for MongoDB	Izin baca untuk database yang akan disinkronkan, database config, database admin, dan database local.	Kelola pengguna database MongoDB menggunakan DMS
Tujuan ApsaraDB for MongoDB	dbAdminAnyDatabase permission, readWrite permission untuk database tujuan, read permission untuk database local, dan read permission untuk database config.	Kelola pengguna database MongoDB menggunakan DMS

Prosedur

Gunakan salah satu metode berikut untuk pergi ke halaman Sinkronisasi Data dan pilih wilayah tempat instance sinkronisasi data berada.
Konsol DTS
1. Masuk ke Konsol DTS.
2. Di panel navigasi sebelah kiri, klik Data Synchronization.
3. Di pojok kiri atas halaman, pilih wilayah tempat tugas sinkronisasi data berada.
Konsol DMS
Catatan
Operasi aktual mungkin berbeda berdasarkan mode dan tata letak Konsol DMS. Untuk informasi lebih lanjut, lihat Mode sederhana dan Sesuaikan tata letak dan gaya Konsol DMS.
1. Masuk ke Konsol DMS.
2. Di bilah navigasi atas, gerakkan pointer ke Data + AI dan pilih DTS (DTS) > Data Synchronization.
3. Dari daftar drop-down di sebelah kanan Data Synchronization Tasks, pilih wilayah tempat instance sinkronisasi data berada.
Klik Create Task untuk pergi ke halaman konfigurasi tugas.
Opsional. Klik New Configuration Page di pojok kanan atas halaman.
Catatan
- Lewati langkah ini jika tombol Back to Previous Version ditampilkan di pojok kanan atas halaman.
- Parameter spesifik di halaman konfigurasi versi baru dan sebelumnya mungkin berbeda. Kami sarankan Anda menggunakan halaman konfigurasi versi baru.

Konfigurasikan database sumber dan tujuan. Tabel berikut menjelaskan parameter.

Kategori	Konfigurasi	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 yang unik.
Source Database	Select Existing Connection	Jika Anda menggunakan instance database yang terdaftar dengan DTS, pilih instance dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instance tersebut. Untuk informasi lebih lanjut, lihat Kelola koneksi database. Catatan Di Konsol DMS, Anda dapat memilih instance database dari daftar drop-down Select a DMS database instance. Jika Anda gagal mendaftarkan instance dengan DTS, atau Anda tidak perlu menggunakan instance yang terdaftar dengan DTS, Anda harus mengonfigurasi informasi database berikut.
	Database Type	Pilih MongoDB.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat instance ApsaraDB for MongoDB sumber berada.
	Replicate Data Across Alibaba Cloud Accounts	Contoh ini untuk sinkronisasi antar akun Alibaba Cloud yang sama. Pilih No.
	Architecture	Contoh ini memilih Replica Set. Replica Set: Mencapai ketersediaan tinggi dan pembagian beban baca/tulis dengan menerapkan beberapa node. Untuk informasi lebih lanjut, lihat Arsitektur ReplicaSet. Sharded Cluster: Menyediakan tiga komponen: Mongos, Shard, dan ConfigServer. Anda dapat memilih jumlah dan konfigurasi Mongos dan Shard secara bebas. Untuk informasi lebih lanjut, lihat Arsitektur Cluster Sharded.
	Migration Method	Metode yang digunakan untuk menyinkronkan data tambahan dari database sumber. Pilih metode berdasarkan kebutuhan bisnis Anda. Nilai valid: Oplog (direkomendasikan): Opsi ini tersedia jika fitur oplog diaktifkan untuk database sumber. Catatan Secara default, fitur oplog diaktifkan baik untuk database MongoDB yang dikelola sendiri maupun instance ApsaraDB for MongoDB. Fitur ini memungkinkan Anda menyinkronkan data tambahan dengan latensi rendah karena kecepatan penarikan log yang cepat. Oleh karena itu, kami sarankan Anda memilih Oplog untuk parameter Metode Migrasi. ChangeStream: Opsi ini tersedia jika change streams diaktifkan untuk database sumber. Untuk informasi lebih lanjut, lihat Change Streams. Catatan Jika database sumber adalah kluster Amazon DocumentDB inelastis, Anda hanya dapat mengatur parameter Metode Migrasi ke ChangeStream. Jika Anda memilih Sharded Cluster untuk parameter Architecture, Anda tidak perlu mengonfigurasi parameter Shard account dan Shard password.
	Instance ID	Pilih ID instance dari ApsaraDB for MongoDB sumber.
	Authentication Database	Masukkan nama database tempat akun database dari instance ApsaraDB for MongoDB sumber berada. Jika belum dimodifikasi, defaultnya adalah admin.
	Database Account	Masukkan akun database dari instance ApsaraDB for MongoDB sumber. Untuk persyaratan izin, lihat Izin yang diperlukan untuk akun database.
	Database Password	Kata sandi yang digunakan untuk mengakses database.
	Encryption	Menentukan apakah akan mengenkripsi koneksi ke database sumber. Anda dapat memilih Non-encrypted, SSL-encrypted, atau Mongo Atlas SSL berdasarkan kebutuhan bisnis Anda. Opsi yang tersedia untuk parameter Encryption ditentukan oleh nilai yang dipilih untuk parameter Access Method dan Architecture. Opsi yang ditampilkan di Konsol DTS berlaku. Catatan Jika parameter Architecture diatur ke Sharded Cluster, dan parameter Migration Method diatur ke Oplog untuk database ApsaraDB for MongoDB, parameter Enkripsi SSL-encrypted tidak tersedia. Jika database sumber adalah database MongoDB yang dikelola sendiri yang menggunakan arsitektur Replica Set, parameter Access Method tidak diatur ke Alibaba Cloud Instance, dan parameter Enkripsi diatur ke SSL-encrypted, Anda dapat mengunggah sertifikat otoritas sertifikat (CA) untuk memverifikasi koneksi ke database sumber.
Destination Database	Select Existing Connection	Jika Anda menggunakan instance database yang terdaftar dengan DTS, pilih instance dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instance tersebut. Untuk informasi lebih lanjut, lihat Kelola koneksi database. Catatan Di Konsol DMS, Anda dapat memilih instance database dari daftar drop-down Select a DMS database instance. Jika Anda gagal mendaftarkan instance dengan DTS, atau Anda tidak perlu menggunakan instance yang terdaftar dengan DTS, Anda harus mengonfigurasi informasi database berikut.
	Database Type	Pilih MongoDB.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah tempat instance tujuan ApsaraDB for MongoDB berada.
	Replicate Data Across Alibaba Cloud Accounts	Dalam contoh ini, database dari akun Alibaba Cloud saat ini digunakan. Pilih No.
	Architecture	Contoh ini memerlukan pemilihan Sharded Cluster.
	Instance ID	Pilih ID instance dari tujuan ApsaraDB for MongoDB.
	Authentication Database	Masukkan nama database tempat akun database dari instance tujuan ApsaraDB for MongoDB berada. Jika belum dimodifikasi, defaultnya adalah admin.
	Database Account	Masukkan akun database dari tujuan ApsaraDB for MongoDB. Untuk persyaratan izin, lihat Izin yang diperlukan untuk akun database.
	Database Password	Kata sandi yang digunakan untuk mengakses database.
	Encryption	Menentukan apakah akan mengenkripsi koneksi ke database tujuan. Anda dapat memilih Non-encrypted, SSL-encrypted, atau Mongo Atlas SSL berdasarkan kebutuhan bisnis Anda. Opsi yang tersedia untuk parameter Encryption ditentukan oleh nilai yang dipilih untuk parameter Access Method dan Architecture. Opsi yang ditampilkan di Konsol DTS berlaku. Catatan Jika database tujuan adalah instance ApsaraDB for MongoDB dan parameter Architecture diatur ke Sharded Cluster, parameter Enkripsi SSL-encrypted tidak tersedia. Jika database tujuan adalah database MongoDB yang dikelola sendiri yang menggunakan arsitektur Replica Set, parameter Access Method tidak diatur ke Alibaba Cloud Instance, dan parameter Enkripsi diatur ke SSL-encrypted, Anda dapat mengunggah sertifikat CA untuk memverifikasi koneksi ke database tujuan.

Klik Test Connectivity and Proceed di bagian bawah halaman.
Catatan
- Pastikan bahwa blok CIDR server DTS dapat ditambahkan secara otomatis atau manual ke pengaturan keamanan 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 adalah database yang dikelola sendiri dan Access Method-nya tidak diatur ke Alibaba Cloud Instance, klik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers.

Konfigurasikan objek yang akan disinkronkan.

Di langkah Configure Objects, konfigurasikan objek yang ingin Anda sinkronkan.

Konfigurasi	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 database sumber ke cluster tujuan. Data historis ini menjadi dasar untuk sinkronisasi tambahan berikutnya.
Processing Mode of Conflicting Tables	Precheck and Report Errors: memeriksa apakah database tujuan berisi koleksi dengan nama yang sama seperti koleksi di database sumber. Jika database sumber dan tujuan tidak berisi koleksi dengan nama koleksi identik, pra-pemeriksaan berhasil. Jika tidak, kesalahan akan dikembalikan selama pra-pemeriksaan, dan instance sinkronisasi data tidak dapat dimulai. Catatan Jika database sumber dan tujuan memiliki koleksi dengan nama yang sama dan koleksi di database tujuan tidak dapat dihapus atau diganti namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama koleksi yang disinkronkan ke database tujuan. Untuk informasi lebih lanjut, lihat Ganti nama objek yang akan disinkronkan. Ignore Errors and Proceed: melewati pra-pemeriksaan untuk nama koleksi 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 catatan data di database tujuan memiliki nilai kunci utama atau nilai kunci unik yang sama dengan catatan data di database sumber, DTS tidak akan menyinkronkan catatan data tersebut ke database tujuan. Catatan data yang ada di database tujuan dipertahankan. Data mungkin gagal diinisialisasi, hanya kolom tertentu yang disinkronkan, atau instance sinkronisasi data gagal.
Synchronization Topology	Pilih One-way Synchronization.
Capitalization of Object Names in Destination Instance	Penulisan kapitalisasi nama database, nama tabel, dan nama kolom di instance tujuan. Secara default, DTS default policy dipilih. Anda dapat memilih opsi lain untuk memastikan bahwa penulisan kapitalisasi nama objek konsisten dengan yang ada di database sumber atau tujuan. Untuk informasi lebih lanjut, lihat Tentukan penulisan kapitalisasi nama objek di instance tujuan.
Source Objects	Pilih satu atau lebih objek dari bagian Source Objects dan klik ikon untuk menambahkan objek ke bagian Selected Objects. Catatan Granularitas pemilihan objek sinkronisasi adalah database atau koleksi.
Selected Objects	Untuk menentukan nama database di tujuan MongoDB (arsitektur cluster sharded) untuk menerima data: Klik kanan database yang diinginkan di bawah Selected Objects, dan dalam kotak dialog Edit Schema yang muncul, perbarui Schema Name agar sesuai dengan nama database MongoDB tujuan (arsitektur cluster sharded) yang akan menerima data. Untuk informasi lebih lanjut, lihat Pemetaan tunggal kolom tabel database. Untuk menentukan nama koleksi di tujuan MongoDB (arsitektur cluster sharded) untuk menerima data: Klik kanan koleksi di bawah Selected Objects, dan dalam kotak dialog pop-up Edit Table, ganti nama Table Name agar sesuai dengan nama koleksi di MongoDB tujuan, yang menggunakan arsitektur cluster sharded, untuk memfasilitasi penerimaan data. Penting Hanya jika granularitas objek sinkronisasi adalah koleksi, Anda dapat menentukan koleksi untuk menerima data. Catatan Jika Anda perlu menetapkan kondisi filter untuk data (perhatikan bahwa kondisi filter didukung selama fase sinkronisasi penuh tetapi tidak selama fase sinkronisasi tambahan), klik kanan tabel yang ingin Anda sinkronkan di Selected Objects, dan tentukan kondisi filter di kotak dialog yang muncul. Untuk instruksi tentang cara mengonfigurasi kondisi ini, lihat Atur kondisi filter. Jika Anda menggunakan fitur pemetaan nama objek (menentukan database atau koleksi untuk menerima data), ini dapat menyebabkan kegagalan sinkronisasi untuk objek lain yang bergantung pada objek ini.

Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.

Konfigurasi	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas ke cluster bersama jika Anda tidak menentukan cluster khusus. Jika Anda ingin meningkatkan stabilitas instance sinkronisasi data, belilah cluster khusus. Untuk informasi lebih lanjut, lihat Apa itu cluster khusus DTS.
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 menghubungkan kembali 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 tersambung 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 akan diprioritaskan. Saat DTS mencoba menghubungkan kembali, Anda akan dikenakan biaya untuk instance DTS. Kami sarankan Anda 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 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 Synchronization	Selama sinkronisasi data penuh, DTS menggunakan sumber daya baca/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.
Only one data type for primary key _id in a table of the data to be synchronized	Apakah tipe data untuk kunci utama `_id` dalam koleksi data yang akan disinkronkan unik. Nilai valid: Catatan Tentukan parameter ini berdasarkan kebutuhan bisnis Anda. Jika tidak, data mungkin hilang. Parameter ini hanya ditampilkan jika opsi Full Data Synchronization dipilih untuk parameter Synchronization Types. Yes: Tipe data unik. Selama sinkronisasi data penuh, DTS tidak memindai tipe data untuk kunci utama `_id` dari data yang akan disinkronkan dari database sumber. DTS hanya menyinkronkan data kunci utama untuk tipe data dalam koleksi tunggal. No: Tipe data tidak unik. Selama sinkronisasi data penuh, DTS memindai tipe data untuk kunci utama `_id` dari data yang akan disinkronkan dari database sumber dan menyinkronkan semua data yang akan disinkronkan.
Enable Throttling for Incremental Data Synchronization	Menentukan apakah akan mengaktifkan pembatasan untuk sinkronisasi data tambahan. Anda dapat mengaktifkan pembatasan untuk sinkronisasi data tambahan berdasarkan kebutuhan bisnis Anda. Untuk mengonfigurasi pembatasan, Anda harus mengonfigurasi parameter RPS of Incremental Data Synchronization dan Data synchronization speed for incremental synchronization (MB/s). Ini mengurangi beban pada server database tujuan.
Environment Tag	Anda dapat memilih tag lingkungan untuk mengidentifikasi instance berdasarkan situasi aktual Anda. Contoh ini tidak memerlukan pemilihan.
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 Konfigurasi ETL dalam tugas migrasi data atau sinkronisasi data. No: tidak mengonfigurasi fitur ETL.
Monitoring and Alerting	Menentukan apakah akan mengonfigurasi peringatan untuk instance sinkronisasi data. Jika tugas gagal atau latensi sinkronisasi melebihi ambang batas yang ditentukan, kontak peringatan akan menerima notifikasi. Nilai valid: No: tidak mengaktifkan peringatan. Yes: mengonfigurasi peringatan. Dalam hal ini, Anda juga harus mengonfigurasi ambang batas peringatan dan pengaturan notifikasi peringatan. Untuk informasi lebih lanjut, lihat bagian "Konfigurasikan pemantauan dan peringatan saat membuat tugas DTS" dari topik Konfigurasi pemantauan dan peringatan.

Klik Next Step: Data Verification untuk mengonfigurasi verifikasi data.
Untuk informasi lebih lanjut tentang cara menggunakan fitur verifikasi data, lihat Konfigurasi tugas verifikasi data.
Klik Next: Configure Database and Table Fields untuk mengatur nilai default untuk ShardKey.
1. Klik Set Default Value di baris yang sesuai dari koleksi target.
  Catatan
  Jika Number of Shard Keys adalah 0 untuk sebuah Table Name (koleksi), ini menunjukkan bahwa koleksi target tidak mengandung shard key, dan pengaturan nilai default tidak diperlukan.
2. Pilih Shard key default value type.
  Catatan
  Tipe nilai default Shard key default value type saat ini hanya mendukung tipe data string dan int.
3. Atur Default Value untuk ShardKey.
  Penting
  - Nilai default ShardKey yang diatur hanya akan berlaku jika versi tujuan MongoDB (arsitektur cluster sharded) lebih rendah dari 4.4.
  - Anda harus memberikan nilai default untuk semua ShardKey dalam objek yang akan disinkronkan. Jika tidak, peringatan akan dipicu selama fase Precheck, yang dapat menyebabkan tugas gagal.

Simpan pengaturan tugas dan jalankan pemeriksaan awal.
- 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 sudah melihat parameter tersebut, klik Next: Save Task Settings and Precheck di bagian bawah halaman.
Catatan
- Sebelum memulai tugas sinkronisasi data, DTS akan melakukan pemeriksaan awal. Tugas sinkronisasi data hanya dapat dimulai setelah berhasil lolos pemeriksaan awal.
- Jika tugas sinkronisasi data gagal dalam pemeriksaan awal, klik View Details di sebelah setiap item yang gagal. Setelah menganalisis penyebab berdasarkan hasil pemeriksaan, atasi masalah tersebut dan jalankan kembali pemeriksaan awal.
- Jika peringatan dipicu untuk suatu item selama pemeriksaan awal:
  
  Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item yang gagal dan atasi masalah tersebut. Kemudian, jalankan kembali pemeriksaan awal.
  
  Jika item peringatan dapat diabaikan, klik Confirm Alert Details. Di kotak dialog Lihat Detail yang muncul, klik Ignore. Pada pesan konfirmasi yang muncul, klik OK. Selanjutnya, klik Precheck Again untuk menjalankan pemeriksaan awal kembali. Perhatikan bahwa mengabaikan item peringatan dapat menyebabkan ketidaksesuaian data dan berpotensi menimbulkan risiko bagi bisnis Anda.

Beli instance.

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 tersebut.

Bagian	Parameter	Deskripsi
New Instance Class	Metode Penagihan	Langganan: Anda membayar langganan saat membuat instance sinkronisasi data. Metode penagihan berlangganan 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 tugas sinkronisasi data.
	Durasi Langganan	Jika Anda memilih metode penagihan berlangganan, 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.

Prasyarat

Catatan

Penagihan

Tipe sinkronisasi

Gunakan oplog

Gunakan change streams

Izin yang diperlukan untuk akun database

Prosedur

Konsol DTS

Konsol DMS