All Products
Search

This Product

    ApsaraDB for MongoDB:Sinkronisasi dua arah: kluster sharded ApsaraDB for MongoDB

    Document Center

    ApsaraDB for MongoDB:Sinkronisasi dua arah: kluster sharded ApsaraDB for MongoDB

    Last Updated:Jul 18, 2026

    Data Transmission Service (DTS) mendukung sinkronisasi data dua arah antara instans ApsaraDB for MongoDB kluster sharded. Kasus penggunaan umum mencakup redundansi geo-aktif (berbasis unit) dan pemulihan bencana geo. Topik ini menjelaskan cara mengonfigurasi sinkronisasi data dua arah.

    Prasyarat

    • Buat instans sumber dan tujuan ApsaraDB for MongoDB sharded cluster instance. Untuk informasi selengkapnya, lihat Buat instans kluster sharded.

      Penting

      • Dapatkan endpoint untuk setiap shard node dari instans sumber ApsaraDB for MongoDB sharded cluster instance, termasuk instans sumber untuk reverse task. Pastikan akun dan kata sandi sama untuk semua shard. Untuk informasi selengkapnya, lihat Ajukan endpoint untuk shard.

      • Untuk informasi versi yang didukung, lihat Ikhtisar skenario sinkronisasi data.

    • Disarankan agar instans tujuan ApsaraDB for MongoDB memiliki ruang penyimpanan minimal 10% lebih besar daripada yang digunakan oleh instans sumber ApsaraDB for MongoDB.

    • Atur parameter replication.oplogGlobalIdEnabled ke nilai true untuk semua node shard dan config server pada instans sumber maupun tujuan. Untuk informasi selengkapnya, lihat Konfigurasikan parameter database.

      Catatan

      Jika parameter ini tidak diatur ke true, pemeriksaan awal akan gagal atau mengembalikan error two-way mongo must have gid.

    • Persiapan yang diperlukan bergantung pada apakah Anda menggunakan fitur schema synchronization.

      Catatan

      • Mengonfigurasi data sharding mencegah semua data disinkronkan ke satu shard saja, sehingga menghindari bottleneck kinerja. Mengaktifkan balancer dan melakukan pre-sharding membantu mencegah data skew.

      • Topik ini memberikan contoh konfigurasi tugas DTS sebelum pembelian. Dalam skenario ini, Anda tidak perlu menentukan jumlah shard pada instans sumber ApsaraDB for MongoDB (kluster sharded).

        Jika Anda membeli tugas DTS sebelum mengonfigurasinya, Anda harus menentukan jumlah shard yang benar pada saat pembelian.

    Batasan

    Tipe

    Deskripsi

    Batasan database sumber dan tujuan

    • Persyaratan bandwidth: Server tempat database sumber berada harus memiliki bandwidth outbound yang cukup. Jika tidak, kecepatan sinkronisasi dapat terpengaruh.

    • Koleksi yang akan disinkronkan harus memiliki primary key atau kendala UNIQUE, dan nilai field-nya harus unik. Jika tidak, data duplikat dapat muncul di database tujuan.

    • Nama field dalam data tidak boleh mengandung karakter "." (titik); jika tidak, ketidakkonsistenan data dapat terjadi.

    • Field _id dalam koleksi yang akan disinkronkan harus memiliki nilai unik. Jika tidak, ketidakkonsistenan data dapat terjadi.

    • Jika Anda melakukan sinkronisasi tingkat koleksi dan perlu mengedit objek (misalnya mengganti nama koleksi), satu tugas sinkronisasi mendukung hingga 1.000 koleksi. Jika melebihi batas ini, tugas akan gagal dengan error setelah dikirim. Untuk mengatasinya, bagi koleksi menjadi beberapa batch dan konfigurasikan beberapa tugas. Atau konfigurasikan tugas sinkronisasi seluruh database.

    • Satu dokumen dalam database sumber tidak boleh melebihi 16 MB. Jika tidak, tugas akan gagal.

    • Database sumber Anda tidak boleh berupa Azure Cosmos DB for MongoDB atau Amazon DocumentDB (elastic cluster).

    • Database sumber harus mengaktifkan Oplog dan menyimpan Oplog minimal selama tujuh hari. Jika tidak, DTS mungkin gagal menangkap perubahan data, menyebabkan kegagalan tugas. Dalam kasus ekstrem, hal ini dapat menyebabkan ketidakkonsistenan atau kehilangan data. Masalah ini tidak dicakup oleh SLA DTS.

      Penting

      • Kami menyarankan menggunakan Oplog untuk menangkap perubahan data.

      • Change Streams tidak mendukung sinkronisasi dua arah.

    • Sinkronisasi dua arah tidak mendukung penskalaan jumlah shard baik untuk kluster sharded MongoDB sumber maupun tujuan. Jika dilakukan, tugas DTS dapat gagal dan menyebabkan ketidakkonsistenan data.

    • Jumlah node Mongos dalam instans kluster sharded MongoDB sumber Anda tidak boleh melebihi 10.

    • Jika koleksi yang akan disinkronkan berisi indeks TTL, ketidakkonsistenan data atau latensi dapat terjadi.

    • Pastikan tidak ada dokumen yatim (orphaned documents) di instans sumber dan tujuan. Jika tidak, ketidakkonsistenan data atau kegagalan tugas dapat terjadi. Untuk informasi selengkapnya, lihat dokumen yatim dan Cara membersihkan dokumen yatim di MongoDB (arsitektur kluster sharded).

    • Database sumber dan tujuan harus merupakan instans ApsaraDB for MongoDB dengan arsitektur yang sama. Sinkronisasi dua arah tidak didukung untuk instans MongoDB yang dikelola sendiri atau instans MongoDB dengan arsitektur berbeda.

    • Batasan operasi database sumber:

      • Selama sinkronisasi skema dan sinkronisasi data penuh, jangan mengubah skema database atau koleksi (termasuk pembaruan data bertipe array). Jika tidak, tugas sinkronisasi dapat gagal atau menyebabkan ketidakkonsistenan data antara database sumber dan tujuan.

      • Jika Anda hanya melakukan sinkronisasi data penuh, jangan menulis data baru ke instans sumber. Jika tidak, ketidakkonsistenan data dapat terjadi antara database sumber dan tujuan.

      • Saat instans sinkronisasi sedang berjalan, jangan menjalankan perintah yang mengubah distribusi data pada objek yang disinkronkan di database sumber (misalnya shardCollection, reshardCollection, unshardCollection, moveCollection, atau movePrimary). Jika tidak, ketidakkonsistenan data dapat terjadi.

    • Jika Balancer di database sumber melakukan penyeimbangan data, latensi dapat terjadi.

    • DTS tidak mendukung koneksi ke database MongoDB menggunakan alamat SRV.

    • Jika database sumber adalah MongoDB 5.0 atau lebih baru dan versi database tujuan lebih lama dari 5.0, Anda tidak dapat menyinkronkan koleksi capped collection. Jika Anda mencoba menyinkronkannya, tugas akan gagal atau terjadi ketidakkonsistenan data antara database sumber dan tujuan. Hal ini karena, mulai MongoDB 5.0, perilaku capped collection berubah untuk mengizinkan operasi seperti penghapusan eksplisit dan peningkatan ukuran dokumen selama pembaruan, yang tidak didukung oleh kernel database versi lama.

    Batasan lainnya

    • Sebelum memulai tugas, tambahkan shard key yang digunakan oleh tujuan ke data di sumber. Setelah tugas dimulai, pernyataan INSERT untuk data yang disinkronkan harus menyertakan shard key. Pernyataan UPDATE tidak boleh mengubah shard key.

    • Kami menyarankan menggunakan versi MongoDB yang sama untuk database sumber dan tujuan. Atau gunakan versi yang lebih tinggi untuk tujuan guna memastikan kompatibilitas. Menyinkronkan dari versi lebih tinggi ke versi lebih rendah dapat menyebabkan masalah kompatibilitas.

    • Jika koleksi tujuan memiliki indeks unik atau properti capped-nya diatur ke true, replay konkuren tidak didukung selama sinkronisasi inkremental. Hanya penulisan single-threaded yang diizinkan. Hal ini dapat meningkatkan latensi tugas.

    • DTS tidak mendukung sinkronisasi data dari database admin, config, dan local.

    • Informasi transaksi tidak dipertahankan. Transaksi di database sumber menjadi catatan individual di database tujuan.

    • Saat DTS menulis data ke koleksi tujuan, jika terjadi konflik primary key atau unique key, DTS melewati pernyataan tulis tersebut dan mempertahankan data yang sudah ada di koleksi tujuan.

    • Jika versi MongoDB sumber Anda lebih lama dari 3.6 dan versi MongoDB tujuan 3.6 atau lebih baru, perbedaan rencana eksekusi dapat menyebabkan urutan field yang tidak konsisten dalam data yang disinkronkan. Hubungan nilai-field tetap tidak berubah. Jika bisnis Anda menggunakan kueri pencocokan teks pada struktur bersarang, evaluasi dampak dari urutan field yang tidak konsisten.

    • Evaluasi kinerja database sumber dan tujuan sebelum sinkronisasi. Jalankan sinkronisasi selama jam sepi. Jika tidak, inisialisasi data penuh akan mengonsumsi sumber daya baca dan tulis, meningkatkan beban database.

    • Inisialisasi penuh menjalankan operasi INSERT secara konkuren. Hal ini menciptakan fragmentasi dalam koleksi database tujuan. Setelah inisialisasi penuh, ruang koleksi di instans tujuan lebih besar daripada di instans sumber.

    • Jangan menulis data ke database tujuan kecuali melalui DTS selama sinkronisasi. Jika tidak, ketidakkonsistenan data dapat terjadi antara database sumber dan tujuan. Misalnya, jika Anda menggunakan DMS untuk melakukan operasi DDL Online sementara data lain ditulis ke database tujuan, kehilangan data dapat terjadi.

    • Tugas sinkronisasi dua arah mencakup tugas sinkronisasi maju dan balik. Saat Anda mengonfigurasi atau mengatur ulang tugas, jika objek tujuan salah satu tugas cocok dengan objek sinkronisasi tugas lainnya:

      • Hanya izinkan satu tugas yang menyinkronkan data penuh dan inkremental. Tugas lain hanya mendukung sinkronisasi inkremental.

      • Data dari sumber tugas saat ini hanya disinkronkan ke tujuan tugas saat ini. Data tersebut tidak berfungsi sebagai data sumber untuk tugas lainnya.

    • Karena DTS menulis data secara konkuren, ruang penyimpanan yang digunakan oleh tujuan 5% hingga 10% lebih besar daripada sumber.

    • Untuk mendapatkan jumlah dokumen di MongoDB tujuan, gunakan sintaks db.$table_name.aggregate([{ $count:"myCount"}]).

    • Pastikan MongoDB tujuan tidak memiliki primary key yang sama (default adalah _id) dengan sumber. Jika tidak, kehilangan data dapat terjadi. Jika tujuan memiliki primary key yang sama, hapus data terkait di tujuan tanpa memengaruhi bisnis Anda (hapus dokumen dengan nilai _id yang sama di tujuan).

    • Nonaktifkan Balancer di database MongoDB sumber selama sinkronisasi penuh. Biarkan dinonaktifkan hingga semua subtugas mencapai fase inkremental. Jika tidak, ketidakkonsistenan data dapat terjadi. Untuk informasi selengkapnya tentang mengelola Balancer, lihat Kelola MongoDB Balancer.

    • Jika Anda tidak memerlukan fitur sinkronisasi skema yang disediakan oleh DTS—misalnya, jika partisi data sudah dikonfigurasi di tujuan—jangan pilih Configure Objects, lalu pilih Synchronization Types dan Schema Synchronization. Jika tidak, konflik sharding dapat menyebabkan ketidakkonsistenan data atau kegagalan tugas.

    • Jika Anda mengalihkan traffic ke database MongoDB tujuan, pastikan perilaku bisnis Anda memenuhi persyaratan MongoDB untuk koleksi sharded.

    • DTS tidak mendukung sinkronisasi koleksi time-series yang diperkenalkan di MongoDB 5.0 dan versi lebih baru.

    • Jika tugas gagal, staf dukungan DTS akan mencoba memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka mungkin me-restart tugas atau menyesuaikan parameternya.

      Catatan

      Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum dalam Modify instance parameters.

    Penagihan

    Jenis sinkronisasi

    Harga

    Sinkronisasi skema dan sinkronisasi data penuh

    Gratis.

    Sinkronisasi data inkremental

    Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

    Arsitektur sinkronisasi dua arah yang didukung

    DTS hanya mendukung sinkronisasi dua arah antara dua instans ApsaraDB for MongoDB kluster sharded. Topologi dengan lebih dari dua instans ApsaraDB for MongoDB tidak didukung.

    Deteksi konflik yang didukung

    Untuk menjaga konsistensi data, perbarui catatan dengan primary key, business primary key, atau unique key yang sama hanya pada satu node dalam satu waktu.

    DTS mendeteksi dan menyelesaikan jenis konflik berikut untuk memastikan stabilitas sinkronisasi:

    • Konflik keunikan yang disebabkan oleh operasi INSERT

      Jika INSERT menambahkan catatan yang sudah ada di tujuan, DTS mengabaikan operasi tersebut.

    • Catatan yang tidak cocok selama operasi UPDATE

      Jika UPDATE menargetkan catatan yang tidak ada di tujuan atau menyebabkan konflik, DTS mengabaikan operasi tersebut.

    • Operasi DELETE pada catatan yang tidak ada

      Jika DELETE menargetkan catatan yang tidak ada di tujuan, DTS mengabaikan operasi tersebut.

    Penting

    • Deteksi konflik DTS tidak dapat sepenuhnya mencegah konflik data akibat perbedaan waktu sistem dan latensi sinkronisasi. Aplikasi Anda harus memperbarui catatan dengan primary key, business primary key, atau unique key yang sama hanya pada satu node dalam satu waktu.

    • Strategi Resolusi Konflik default adalah Ignore dan tidak dapat diubah.

    Jenis sinkronisasi

    Tipe

    Deskripsi

    schema synchronization

    Menyinkronkan skema objek tertentu dari instans sumber ApsaraDB for MongoDB ke instans tujuan ApsaraDB for MongoDB.

    full data synchronization

    Menyinkronkan semua data yang ada dari objek tertentu dari instans sumber ApsaraDB for MongoDB ke instans tujuan ApsaraDB for MongoDB.

    Catatan

    Sinkronisasi data penuh didukung untuk database dan koleksi.

    incremental data synchronization

    Setelah sinkronisasi data penuh selesai, proses ini terus-menerus menyinkronkan pembaruan inkremental dari instans sumber ApsaraDB for MongoDB ke instans tujuan ApsaraDB for MongoDB.

    Sinkronisasi data inkremental tidak mereplikasi database yang dibuat setelah tugas dimulai. Perubahan berikut direplikasi:

    • CREATE COLLECTION dan CREATE INDEX

    • DROP DATABASE, DROP COLLECTION, dan DROP INDEX

    • RENAME COLLECTION

      Catatan

      Operasi RENAME COLLECTION tidak direplikasi jika opsi dropTarget diatur ke true.

    • Insert, update, dan delete dokumen dalam koleksi.

      Catatan

      Untuk pembaruan dokumen, hanya mereplikasi operasi yang menggunakan perintah $set.

    Prosedur

    Penting

    Bagian ini menggunakan skenario di mana Anda mengonfigurasi tugas DTS sebelum membelinya sebagai contoh. Dalam kasus ini, Anda tidak perlu menentukan jumlah Shards pada instans sumber ApsaraDB for MongoDB (kluster sharded). Jika Anda membeli tugas DTS sebelum mengonfigurasinya, Anda harus menentukan jumlah Shards yang benar selama pembelian.

    1. Buka halaman daftar tugas sinkronisasi di wilayah tujuan. Anda dapat menggunakan salah satu dari dua metode berikut:

      Dari Konsol DTS

      1. Login ke Konsol Data Transmission Service (DTS).

      2. Di panel navigasi kiri, klik Data Synchronization.

      3. Di pojok kiri atas halaman, pilih wilayah tempat instans sinkronisasi berada.

      Dari Konsol DMS

      Catatan

      Operasi aktual dapat berbeda tergantung pada mode dan tata letak konsol DMS. Untuk informasi selengkapnya, lihat Simple mode dan Sesuaikan tata letak dan gaya antarmuka DMS.

      1. Login ke Data Management (DMS).

      2. Di bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Synchronization.

      3. Di sebelah kanan Data Synchronization Tasks, pilih wilayah tempat instans sinkronisasi berada.

    2. Klik Create Task untuk membuka halaman konfigurasi tugas.

    3. Konfigurasikan database sumber dan tujuan.

      Peringatan

      Setelah memilih instans sumber dan tujuan, baca dengan cermat batasan yang ditampilkan di bagian atas halaman. Jika Anda tidak mengikuti batasan tersebut, tugas dapat gagal atau terjadi ketidakkonsistenan data.

      Kategori

      Parameter

      Deskripsi

      N/A

      Task Name

      DTS secara otomatis menghasilkan nama tugas. Kami menyarankan agar Anda menentukan nama deskriptif untuk memudahkan identifikasi. Nama tersebut tidak harus unik.

      Source Database

      Select Existing Connection

      • Untuk menggunakan instans database yang ditambahkan ke sistem (baru dibuat atau disimpan), pilih instans database dari daftar drop-down. Informasi database akan dikonfigurasi secara otomatis.

        Catatan

        Di konsol DMS, item konfigurasi ini bernama Select a DMS database instance..

      • Jika Anda belum menambahkan instans database ke sistem, atau tidak perlu menggunakan instans yang sudah ditambahkan, konfigurasikan manual informasi database berikut.

      Database Type

      Pilih MongoDB.

      Connection Type

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah tempat instans sumber ApsaraDB for MongoDB berada.

      Replicate Data Across Alibaba Cloud Accounts

      Contoh ini menggunakan instans database milik Akun Alibaba Cloud saat ini. Pilih No.

      Architecture

      Pilih Sharded Cluster.

      Migration Method

      Pilih Oplog.

      Instance ID

      Pilih ID instans dari instans sumber ApsaraDB for MongoDB.

      Authentication Database

      Masukkan nama database tempat akun database instans sumber ApsaraDB for MongoDB berada. Nilai default adalah admin.

      Database Account

      Masukkan akun database instans sumber ApsaraDB for MongoDB. Akun tersebut harus memiliki izin baca pada database yang akan disinkronkan, serta pada database config, admin, dan local.

      Database Password

      Masukkan password yang sesuai dengan akun database.

      Shard account

      Masukkan akun shard untuk instans sumber ApsaraDB for MongoDB.

      Shard password

      Masukkan password shard untuk instans sumber ApsaraDB for MongoDB.

      Encryption

      DTS mendukung tiga metode koneksi: Non-encrypted, SSL-encrypted, dan Mongo Atlas SSL. Opsi untuk Encryption bervariasi berdasarkan Access Method dan Architecture yang dipilih. Opsi yang ditampilkan di konsol berlaku.

      Catatan

      • Database MongoDB dengan Architecture Sharded Cluster dan Migration Method Oplog tidak mendukung SSL-encrypted.

      • Jika sumber adalah database MongoDB yang dikelola sendiri (Access Method bukan Alibaba Cloud Instance) dengan arsitektur Replica Set, dan Anda memilih SSL-encrypted, DTS juga memungkinkan Anda mengunggah sertifikat CA untuk memverifikasi koneksi.

      Destination Database

      Select Existing Connection

      • Untuk menggunakan instans database yang ditambahkan ke sistem (baru dibuat atau disimpan), pilih instans database dari daftar drop-down. Informasi database akan dikonfigurasi secara otomatis.

        Catatan

        Di konsol DMS, item konfigurasi ini bernama Select a DMS database instance..

      • Jika Anda belum menambahkan instans database ke sistem, atau tidak perlu menggunakan instans yang sudah ditambahkan, konfigurasikan manual informasi database berikut.

      Database Type

      Pilih MongoDB.

      Connection Type

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah tempat instans tujuan ApsaraDB for MongoDB berada.

      Replicate Data Across Alibaba Cloud Accounts

      Contoh ini menggunakan instans database milik Akun Alibaba Cloud saat ini. Pilih No.

      Architecture

      Pilih Sharded Cluster.

      Instance ID

      Pilih ID instans dari instans tujuan ApsaraDB for MongoDB.

      Authentication Database

      Masukkan nama database tempat akun database instans tujuan ApsaraDB for MongoDB berada. Nilai default adalah admin.

      Database Account

      Masukkan akun database instans tujuan ApsaraDB for MongoDB. Akun tersebut harus memiliki izin dbAdminAnyDatabase, izin readWrite pada database tujuan, dan izin read pada database local.

      Database Password

      Masukkan password yang sesuai dengan akun database.

      Encryption

      DTS mendukung tiga metode koneksi: Non-encrypted, SSL-encrypted, dan Mongo Atlas SSL. Opsi untuk Encryption bervariasi berdasarkan Access Method dan Architecture yang dipilih. Opsi yang ditampilkan di konsol berlaku.

      Catatan

      • Database MongoDB dengan Architecture Sharded Cluster tidak mendukung SSL-encrypted.

      • Jika tujuan adalah database MongoDB yang dikelola sendiri (Access Method bukan Alibaba Cloud Instance) dengan Replica Set, dan Anda memilih SSL-encrypted, DTS juga memungkinkan Anda mengunggah sertifikat CA untuk memverifikasi koneksi.

    4. Setelah menyelesaikan konfigurasi, klik Test Connectivity and Proceed di bagian bawah halaman.

      Catatan

      Pastikan blok CIDR alamat IP server DTS telah ditambahkan ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Hal ini dapat dilakukan secara otomatis atau manual. Untuk informasi selengkapnya, lihat Tambahkan blok CIDR alamat IP server DTS ke daftar putih.

    5. Konfigurasikan objek tugas.

      1. Di halaman Configure Objects, konfigurasikan objek yang akan disinkronkan.

        Parameter

        Deskripsi

        Synchronization Types

        Incremental Data Synchronization dipilih. Secara default, Anda juga harus memilih Schema Synchronization dan Full Data Synchronization. Setelah pemeriksaan awal selesai, DTS melakukan sinkronisasi data penuh objek yang dipilih dari instans sumber ke kluster tujuan. Ini berfungsi sebagai data dasar untuk sinkronisasi data inkremental berikutnya.

        Processing Mode of Conflicting Tables

        • Precheck and Report Errors: Memeriksa koleksi dengan nama yang sama di database tujuan. Jika ditemukan koleksi dengan nama yang sama, error dilaporkan dan tugas sinkronisasi data tidak dimulai. Jika tidak, pemeriksaan awal berhasil.

          Catatan

          Jika Anda tidak dapat menghapus atau mengganti nama koleksi dengan nama yang sama di database tujuan, Anda dapat mengubah nama koleksi di database tujuan. Untuk informasi selengkapnya, lihat Atur nama objek sinkronisasi di instans tujuan.

        • Ignore Errors and Proceed: Melewati pemeriksaan koleksi dengan nama yang sama di database tujuan.

          Peringatan

          Memilih Ignore Errors and Proceed dapat menyebabkan ketidakkonsistenan data dan membahayakan bisnis Anda. Misalnya:

          • Jika catatan di database tujuan memiliki nilai primary key atau unique key yang sama dengan catatan di database sumber, catatan di database tujuan dipertahankan. Catatan dari database sumber tidak disinkronkan ke database tujuan.

          • Hal ini dapat menyebabkan inisialisasi data gagal, hanya sebagian data yang disinkronkan, atau seluruh sinkronisasi gagal.

        Synchronization Topology

        Pilih Two-way Synchronization.

        Exclude DDL Operations

        • Yes: Operasi DDL tidak disinkronkan.

        • No: Operasi DDL disinkronkan.

          Catatan

          Untuk memastikan stabilitas sinkronisasi dua arah, operasi DDL hanya disinkronkan dalam arah maju, bukan arah balik.

        Conflict Resolution Strategy

        Jika terjadi konflik seperti yang dijelaskan dalam Cara kerja deteksi konflik, pilih strategi resolusi konflik yang sesuai dengan kebutuhan bisnis Anda.

        • TaskFailed (If a conflict occurs, an error is reported and the task is stopped)

          Jika terjadi konflik data selama sinkronisasi, tugas melaporkan error dan berhenti. Tugas masuk ke status Failed dan memerlukan intervensi manual.

        • Ignore (If a conflict occurs, the conflicting record in the destination instance is used)

          Jika terjadi konflik data selama sinkronisasi, pernyataan sinkronisasi saat ini dilewati dan proses berlanjut. Catatan yang bertentangan di database tujuan dipertahankan.

        • Overwrite (If a conflict occurs, the conflicting record in the destination instance is overwritten)

          Jika terjadi konflik data selama sinkronisasi, catatan yang bertentangan di database tujuan ditimpa.

        Catatan

        Skenario ini hanya mendukung Ignore.

        Source Objects

        Di kotak Source Objects, klik objek yang akan disinkronkan, lalu klik 向右 untuk memindahkannya ke kotak Selected Objects.

        Catatan

        Anda dapat memilih objek pada tingkat DATABASE atau COLLECTION.

        Selected Objects

        • Untuk mengatur nama objek sinkronisasi di instans tujuan atau menentukan objek mana yang menerima data, klik kanan objek sinkronisasi di kotak Selected Objects dan modifikasi. Untuk informasi selengkapnya, lihat Pemetaan nama tabel dan kolom.

        • Untuk menghapus objek sinkronisasi, klik objek tersebut di kotak Selected Objects, lalu klik image untuk memindahkannya ke kotak Source Objects.

        Catatan

        • Untuk memilih operasi inkremental pada tingkat database atau koleksi, klik kanan objek yang diinginkan di kotak Selected Objects dan buat pilihan Anda di kotak dialog yang muncul.

        • Untuk memfilter data (didukung selama sinkronisasi penuh tetapi tidak selama sinkronisasi inkremental), klik kanan koleksi yang diinginkan di kotak Selected Objects dan konfigurasikan pengaturannya di kotak dialog yang muncul. Untuk petunjuk, lihat Konfigurasikan kondisi filter.

        • Jika Anda menggunakan fitur pemetaan nama objek untuk menentukan database atau koleksi yang menerima data, sinkronisasi dapat gagal untuk objek lain yang bergantung pada objek yang dipetakan.

      2. Klik Next: Advanced Settings untuk mengonfigurasi parameter lanjutan.

        Parameter

        Deskripsi

        Dedicated Cluster for Task Scheduling

        Secara default, DTS menjadwalkan tugas pada kluster bersama, dan Anda tidak perlu memilih kluster. Untuk kinerja yang lebih stabil, Anda dapat membeli kluster khusus untuk menjalankan tugas sinkronisasi DTS. Untuk informasi selengkapnya, lihat Apa itu kluster khusus DTS?.

        Retry Time for Failed Connections

        Setelah tugas sinkronisasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan error dan segera mulai mencoba koneksi ulang. Durasi percobaan ulang default adalah 720 menit. Anda juga dapat menentukan durasi percobaan ulang kustom dari 10 hingga 1.440 menit. Disarankan agar Anda mengatur durasi minimal 30 menit. Jika DTS berhasil terhubung kembali ke database dalam durasi yang ditentukan, tugas sinkronisasi secara otomatis dilanjutkan. Jika tidak, tugas gagal.

        Catatan

        • Jika Anda memiliki beberapa instans DTS (misalnya, Instans A dan Instans B) yang berbagi sumber atau tujuan yang sama, dan Anda mengatur waktu percobaan ulang jaringan menjadi 30 menit untuk Instans A dan 60 menit untuk Instans B, durasi yang lebih pendek yaitu 30 menit akan digunakan untuk keduanya.

        • Karena DTS membebankan biaya untuk waktu proses tugas selama periode percobaan ulang koneksi, disarankan agar Anda menyesuaikan durasi percobaan ulang berdasarkan kebutuhan bisnis Anda atau segera melepas instans DTS setelah instans database sumber dan tujuan dilepas.

        Retry Time for Other Issues

        Setelah tugas sinkronisasi dimulai, jika terjadi masalah non-koneksi lainnya pada database sumber atau tujuan (seperti pengecualian eksekusi DDL atau DML), DTS melaporkan error dan segera mulai melakukan operasi percobaan ulang terus-menerus. Durasi percobaan ulang default adalah 10 menit. Anda juga dapat menyesuaikan durasi percobaan ulang dalam rentang 1 hingga 1.440 menit. Disarankan agar Anda mengaturnya minimal 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditetapkan, tugas sinkronisasi secara otomatis dilanjutkan. Jika tidak, tugas gagal.

        Penting

        Nilai untuk Retry Time for Other Issues harus lebih kecil daripada Retry Time for Failed Connections.

        Enable Throttling for Full Data Synchronization

        Selama tahap sinkronisasi penuh, DTS mengonsumsi sumber daya baca dan tulis dari database sumber dan tujuan, yang dapat meningkatkan beban database. Untuk mengurangi beban pada database sumber dan tujuan, Anda dapat mengatur batas laju untuk tugas sinkronisasi penuh dengan mengonfigurasi parameter Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s).

        Catatan

        • Item konfigurasi ini tersedia hanya ketika Synchronization Types diatur ke Full Data Synchronization.

        • Anda juga dapat menyesuaikan laju sinkronisasi penuh setelah instans sinkronisasi sedang berjalan.

        Only one data type for primary key _id in a table of the data to be synchronized

        Tentukan apakah tipe data primary key _id bersifat unik dalam setiap koleksi yang akan disinkronkan.

        Penting

        • Pilih opsi berdasarkan data aktual Anda. Pemilihan yang salah dapat menyebabkan kehilangan data.

        • Parameter ini tersedia hanya jika Synchronization Types mencakup Full Data Synchronization.

        • Yes: Tipe data bersifat unik. Selama fase sinkronisasi penuh, DTS tidak memindai tipe data primary key dalam data sumber. Untuk setiap koleksi, DTS hanya menyinkronkan data yang sesuai dengan satu tipe data primary key.

        • No: Tipe data tidak unik. Selama fase sinkronisasi penuh, DTS memindai tipe data primary key dalam data sumber dan menyinkronkan semua data.

        Enable Throttling for Incremental Data Synchronization

        Anda juga dapat mengatur batas laju untuk tugas sinkronisasi inkremental. Untuk mengurangi tekanan pada database tujuan, atur RPS of Incremental Data Synchronization dan Data synchronization speed for incremental synchronization (MB/s).

        Environment Tag

        Anda dapat memilih tag lingkungan untuk mengidentifikasi instans berdasarkan kebutuhan Anda. Ini tidak wajib untuk contoh ini.

        Configure ETL

        Pilih apakah akan mengaktifkan fitur ekstrak, transformasi, muat (ETL). Untuk informasi selengkapnya, lihat Apa itu ETL? Nilai yang valid:

        Monitoring and Alerting

        Tentukan apakah akan mengonfigurasi peringatan. Jika sinkronisasi gagal atau latensi melebihi ambang batas yang ditentukan, notifikasi akan dikirim ke kontak peringatan.

      3. Klik Next: Data Validation untuk mengonfigurasi tugas validasi data.

        Jika Anda ingin menggunakan fitur validasi data, lihat Konfigurasikan validasi data untuk petunjuk konfigurasi.

    6. Simpan tugas dan jalankan pemeriksaan awal.

      • Untuk melihat parameter API untuk mengonfigurasi instans ini, arahkan kursor ke tombol Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters di gelembung.

      • Jika Anda telah selesai melihat parameter API, klik Next: Save Task Settings and Precheck di bagian bawah halaman.

      Catatan

      • Sebelum tugas sinkronisasi dimulai, DTS menjalankan pemeriksaan awal. Tugas hanya dapat dimulai setelah semua item pemeriksaan awal lolos.

      • Jika pemeriksaan awal gagal, klik View Details untuk item yang gagal. Perbaiki masalah sesuai petunjuk, lalu jalankan pemeriksaan awal lagi.

      • Jika pemeriksaan awal mengembalikan peringatan:

        • Jika item pemeriksaan gagal dan tidak dapat diabaikan, klik View Details di sebelah item tersebut. Ikuti petunjuk untuk memperbaiki masalah, lalu jalankan pemeriksaan awal lagi.

        • Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again secara berurutan untuk melewati peringatan dan menjalankan pemeriksaan awal lagi. Jika Anda memilih untuk menyembunyikan item peringatan, hal ini dapat menyebabkan masalah seperti ketidakkonsistenan data dan menimbulkan risiko bagi bisnis Anda.

    7. Beli instans.

      1. Ketika Success Rate mencapai 100%, klik Next: Purchase Instance.

      2. Di halaman Purchase, pilih metode penagihan dan spesifikasi link untuk instans sinkronisasi data. Tabel berikut menjelaskan parameter ini secara detail.

        Kategori

        Parameter

        Deskripsi

        New Instance Class

        Billing Method

        • Subscription: Anda membayar saat membuat instans. Ini cocok untuk kebutuhan jangka panjang dan lebih hemat biaya dibandingkan pay-as-you-go. Semakin lama durasi langganan, semakin tinggi diskonnya.

        • Pay-as-you-go: Anda dikenai biaya per jam. Ini cocok untuk kebutuhan jangka pendek. Anda dapat melepas instans segera setelah digunakan untuk menghemat biaya.

        Resource Group Configuration

        Kelompok sumber daya tempat instans tersebut berada. Default-nya adalah kelompok sumber daya default. Untuk informasi selengkapnya, lihat Apa itu Resource Management?.

        Link Specification

        DTS menyediakan spesifikasi sinkronisasi dengan tingkat kinerja berbeda. Spesifikasi link sinkronisasi memengaruhi laju sinkronisasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Spesifikasi link sinkronisasi data.

        Subscription Duration

        Dalam mode subscription, pilih durasi dan jumlah untuk instans langganan. Anda dapat memilih langganan bulanan dari 1 hingga 9 bulan, atau langganan tahunan 1, 2, 3, atau 5 tahun.

        Catatan

        Opsi ini hanya tersedia ketika metode penagihan adalah Subscription.

      3. Setelah menyelesaikan konfigurasi, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.

      4. Klik Buy and Start. Di kotak dialog OK, klik OK.

        Anda dapat melihat progres tugas di halaman Data Synchronization.

    8. Konfigurasikan tugas sinkronisasi balik.

      1. Tunggu hingga Status tugas sinkronisasi maju menjadi Running, yang menunjukkan bahwa inisialisasi telah selesai.

      2. Temukan tugas sinkronisasi balik dan klik Configure Task.

      3. Konfigurasikan tugas sinkronisasi balik dengan mengikuti Langkah 3 hingga Langkah 6.

        Penting

        • Saat mengonfigurasi tugas balik, pastikan instans sumber dan tujuan ditukar: tujuan tugas maju menjadi sumber tugas balik, dan sebaliknya. Verifikasi dengan cermat konsistensi informasi instans, seperti nama database, akun, dan kata sandi.

        • Disarankan agar Anda tidak mengubah nama pemetaan saat mengonfigurasi tugas balik. Jika tidak, ketidakkonsistenan data dapat terjadi.

        • Anda tidak dapat memodifikasi Instance Region untuk database sumber dan tujuan tugas sinkronisasi balik. Parameter yang diperlukan untuk tugas balik lebih sedikit daripada tugas maju. Opsi aktual ditampilkan di konsol.

        • Pengaturan Processing Mode of Conflicting Tables untuk tugas balik mengabaikan objek yang telah disinkronkan oleh tugas maju.

        • Tugas sinkronisasi balik tidak mendukung penyinkronan objek yang ada dalam daftar Selected Objects tugas maju.

        • Tugas sinkronisasi balik secara otomatis memfilter operasi DDL.

      4. Ketika Success Rate mencapai 100%, klik Back.

    9. Setelah tugas kedua dikonfigurasi, tunggu hingga Status kedua link menjadi Running. Pada titik ini, sinkronisasi data dua arah telah sepenuhnya dikonfigurasi.