All Products
Search

This Product

    Data Transmission Service:Migrasi MongoDB tanpa sharding ke kluster sharded

    Document Center

    Data Transmission Service:Migrasi MongoDB tanpa sharding ke kluster sharded

    Last Updated:Jun 09, 2026

    Data Transmission Service (DTS) dapat memigrasikan data ke instans kluster sharded MongoDB dan menetapkan nilai default untuk kunci sharding ketika nilai tersebut tidak tersedia di sumber. Contoh ini menggunakan instans replika ApsaraDB for MongoDB sebagai sumber dan instans kluster sharded ApsaraDB for MongoDB sebagai tujuan.

    Prasyarat

    • Buat instans kluster sharded ApsaraDB for MongoDB sebagai tujuan. Buat instans kluster sharded.

      Catatan

      • Jika instans ApsaraDB for MongoDB sumber menggunakan arsitektur kluster sharded, pastikan setiap shard memiliki endpoint dan semua shard menggunakan akun serta kata sandi yang sama. Ajukan endpoint shard.

      • Versi database yang didukung: Skenario migrasi.

    • Kapasitas penyimpanan instans ApsaraDB for MongoDB tujuan harus minimal 10% lebih besar daripada kapasitas penyimpanan yang digunakan oleh instans ApsaraDB for MongoDB sumber.

    • Buat database dan koleksi yang memerlukan sharding pada instans ApsaraDB for MongoDB tujuan, konfigurasikan sharding, aktifkan balancer, dan lakukan pre-split pada koleksi. Konfigurasikan sharding untuk memaksimalkan kinerja shard. Cara menangani distribusi data tidak merata dalam kluster sharded MongoDB.

      Catatan

      Sharding mencegah akumulasi data pada satu shard dan memaksimalkan kinerja kluster. Mengaktifkan balancer serta melakukan pre-split membantu mencegah kesenjangan data (data skew).

    Batasan

    Type

    Deskripsi

    Batasan database sumber

    • Server yang menghosting database sumber harus memiliki bandwidth keluar yang mencukupi. Jika tidak, kecepatan migrasi akan terpengaruh.

    • Koleksi yang akan dimigrasikan harus memiliki primary key atau unique constraint. Jika tidak, duplikasi data dapat terjadi di database tujuan.

    • Jika Anda memigrasikan koleksi dan perlu mengedit pemetaannya, misalnya dengan memetakan nama koleksi, satu tugas migrasi mendukung maksimal 1.000 koleksi. Melebihi batas ini menyebabkan pengiriman tugas gagal. Dalam kasus ini, kami menyarankan membagi koleksi menjadi beberapa tugas atau memigrasikan seluruh database.

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

    • Jika MongoDB sumber adalah instans kluster sharded, jumlah node mongos tidak boleh melebihi 10.

    • Jika instans sumber adalah MongoDB yang dikelola sendiri dengan arsitektur kluster sharded:

      • Access Method hanya mendukung Public IP Address, Express Connect, VPN Gateway, or Smart Access Gateway, dan Cloud Enterprise Network (CEN).

      • Jika versi MongoDB adalah 8.0 atau lebih baru dan Migration Method adalah Oplog, pastikan akun shard tugas migrasi memiliki izin directShardOperations. Anda dapat memberikan izin ini dengan menjalankan perintah berikut: db.adminCommand({ grantRolesToUser: "username", roles: [{ role: "directShardOperations", db: "admin"}]}).

        Catatan

        Ganti username dalam perintah dengan akun shard tugas migrasi.

      • Jika Migration Method adalah Oplog dan tugas mencakup migrasi data penuh, pastikan akun mongos kluster sharded MongoDB sumber memiliki izin untuk menjalankan perintah db.runCommand({"balancerStatus":1}). DTS menggunakan perintah ini selama fase Pemeriksaan Awal untuk memverifikasi bahwa balancer sumber dinonaktifkan.

    • Jika database sumber adalah Azure Cosmos DB for MongoDB atau kluster elastis Amazon DocumentDB, hanya migrasi data penuh yang didukung.

    • Untuk melakukan migrasi data inkremental:

      Database sumber harus memiliki oplog yang diaktifkan, dan oplog harus disimpan selama minimal tujuh hari. Atau, change streams harus diaktifkan, dan DTS harus dapat berlangganan perubahan data dari database sumber dalam tujuh hari terakhir melalui change streams. Jika persyaratan ini tidak terpenuhi, tugas migrasi mungkin gagal karena tidak dapat memperoleh perubahan data dari sumber. Dalam kasus ekstrem, hal ini dapat menyebabkan inkonsistensi atau kehilangan data. Masalah yang timbul dari hal ini tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS.

      Penting

      • Kami merekomendasikan menggunakan oplog untuk memperoleh perubahan data dari database sumber.

      • Hanya MongoDB versi 4.0 dan lebih baru yang mendukung memperoleh perubahan data melalui change streams.

      • Jika database sumber adalah kluster Amazon DocumentDB (non-elastis), Anda harus mengaktifkan change streams secara manual. Saat mengonfigurasi tugas, atur Migration Method ke ChangeStream dan Architecture ke Sharded Cluster.

    • Batasan operasional pada database sumber:

      • Selama fase migrasi skema dan migrasi data penuh, jangan lakukan perubahan skema pada database atau koleksi, termasuk memperbarui data dalam array. Perubahan semacam itu dapat menyebabkan migrasi gagal atau mengakibatkan inkonsistensi data antara database sumber dan tujuan.

      • Jika MongoDB sumber adalah instans kluster sharded, jangan jalankan perintah yang mengubah distribusi data pada database sumber, seperti shardCollection, reshardCollection, unshardCollection, moveCollection, dan movePrimary, selama migrasi berlangsung. Jika dilakukan, inkonsistensi data dapat terjadi.

      • Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke instans sumber selama migrasi. Jika dilakukan, data antara sumber dan tujuan mungkin tidak konsisten. Untuk memastikan konsistensi data real-time, pilih migrasi skema, migrasi data penuh, dan migrasi inkremental.

      • Selama migrasi, jangan perbarui field di database sumber yang dipetakan ke kunci shard tujuan. Jika dilakukan, tugas DTS mungkin gagal.

    • Jika koleksi yang akan dimigrasikan berisi indeks Time-to-Live (TTL), inkonsistensi data dapat terjadi atau latensi instans dapat meningkat.

    • Pastikan tidak ada dokumen yatim (orphaned documents) dalam instans kluster sharded MongoDB. Jika ada, inkonsistensi data atau kegagalan tugas dapat terjadi. Untuk informasi lebih lanjut, lihat Orphaned documents dan Bagaimana cara membersihkan dokumen yatim dari MongoDB (arsitektur kluster sharded)?.

    • Jika database sumber adalah MongoDB dengan arsitektur kluster sharded, penyeimbangan ulang data oleh balancer dapat menyebabkan peningkatan latensi instans.

    Batasan lainnya

    • Untuk koleksi yang ditambahkan ke database sumber selama migrasi, Anda tidak dapat menetapkan nilai default untuk kunci shard.

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

    • Jika database sumber bukan kluster sharded dan tujuan adalah MongoDB Alibaba Cloud (arsitektur kluster sharded), tugas akan melanjutkan ke tahap Configure Database and Table Fields.

    • Jika MongoDB tujuan (arsitektur kluster sharded) adalah versi sebelum 4.4, nilai ShardKey default yang Anda tetapkan pada langkah Configure Database and Table Fields akan berlaku. DTS kemudian mengisi data sumber dengan nilai default ini sebelum menulisnya ke tujuan. Namun, jika MongoDB tujuan adalah versi 4.4 atau lebih baru, nilai default yang Anda tetapkan pada langkah Configure Database and Table Fields tidak berlaku, dan DTS menulis data sumber ke tujuan apa adanya.

    • Untuk kompatibilitas terbaik, kami merekomendasikan agar versi MongoDB sumber dan tujuan sama, atau migrasi dari versi lama ke versi baru. Jika Anda memigrasikan dari versi baru ke versi lama, masalah kompatibilitas dapat terjadi.

    • DTS tidak mendukung migrasi data dari database admin, config, atau local.

    • Informasi transaksi tidak dipertahankan. Transaksi dari database sumber dikonversi menjadi pernyataan individual di database tujuan.

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

    • Jika database sumber adalah MongoDB versi sebelum 3.6 dan database tujuan adalah MongoDB 3.6 atau lebih baru, urutan field dalam data yang dimigrasikan mungkin tidak konsisten dengan sumber. Pasangan field-nilai tetap benar. Hal ini disebabkan oleh perbedaan rencana eksekusi mesin database. Jika logika aplikasi Anda melibatkan pencocokan teks pada struktur bersarang, evaluasi potensi dampak perubahan urutan field ini.

    • Sebelum memulai migrasi, evaluasi kinerja database sumber dan tujuan. Kami merekomendasikan menjalankan migrasi selama jam sepi. Selama migrasi data penuh, DTS mengonsumsi sumber daya baca dan tulis dari kedua database, yang dapat meningkatkan beban mereka.

    • Selama migrasi data penuh, DTS melakukan operasi INSERT secara konkuren. Hal ini dapat menyebabkan fragmentasi pada koleksi tujuan. Akibatnya, koleksi tujuan akan menggunakan ruang penyimpanan lebih besar daripada koleksi sumber.

    • DTS mencoba melanjutkan tugas migrasi yang gagal dalam waktu tujuh hari. Sebelum mengalihkan bisnis Anda ke instans tujuan, Anda harus mengakhiri atau melepas tugas, atau mencabut izin tulis akun yang digunakan DTS untuk mengakses instans tujuan. Hal ini mencegah pelanjutan tugas otomatis menimpa data di instans tujuan.

    • Karena DTS menulis data secara konkuren, tujuan menggunakan ruang penyimpanan 5% hingga 10% lebih banyak daripada sumber.

    • Jika koleksi tujuan memiliki indeks unik atau atribut capped-nya diatur ke true, koleksi tersebut tidak mendukung replay konkuren (hanya penulisan single-threaded yang didukung) selama migrasi data inkremental. Hal ini dapat meningkatkan latensi tugas.

    • Jumlah data untuk MongoDB tujuan diambil menggunakan sintaks db.$table_name.aggregate([{ $count:"myCount"}]).

    • Untuk mencegah kehilangan data, pastikan database tujuan tidak berisi dokumen dengan primary key yang sama (secara default, _id) dengan database sumber. Jika dokumen tersebut ada, Anda harus menghapusnya dari database tujuan sebelum migrasi.

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

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

    • Anda tidak dapat memigrasikan capped collections ketika database sumber adalah MongoDB 5.0 atau lebih baru dan database tujuan adalah versi sebelumnya. Hal ini dapat menyebabkan tugas gagal atau mengakibatkan inkonsistensi data. Ini karena perilaku capped collections berubah di MongoDB 5.0, yang memungkinkan penghapusan eksplisit dan peningkatan ukuran dokumen saat pembaruan. Kernel database versi sebelumnya tidak kompatibel dengan fitur-fitur ini.

    • Koleksi time series, yang diperkenalkan di MongoDB 5.0, tidak didukung untuk migrasi.

    Kasus khusus

    Jika database sumber adalah database MongoDB yang dikelola sendiri:

    • Jika terjadi alih bencana primer/sekunder pada database sumber selama migrasi, tugas gagal.

    • DTS menghitung latensi dengan membandingkan timestamp catatan terbaru yang dimigrasikan ke database tujuan dengan timestamp saat ini. Jika database sumber tidak aktif dalam waktu lama, latensi yang dilaporkan mungkin tidak akurat. Jika latensi yang ditampilkan terlalu tinggi, lakukan pembaruan sederhana pada database sumber untuk mendapatkan pembacaan yang benar.

    Catatan

    Jika Anda memigrasikan seluruh database, Anda juga dapat membuat heartbeat dengan memperbarui atau menulis data setiap detik.

    Penagihan

    Tipe migrasi

    Biaya konfigurasi instans

    Biaya trafik Internet

    Migrasi skema dan migrasi data penuh

    Gratis.

    Ketika parameter Access Method database tujuan diatur ke Public IP Address, Anda dikenai biaya untuk trafik Internet. Untuk informasi lebih lanjut, lihat Ikhtisar penagihan.

    Migrasi data inkremental

    Dikenai biaya. Untuk informasi lebih lanjut, lihat Ikhtisar penagihan.

    Tipe migrasi

    Tipe

    Deskripsi

    migrasi skema

    Migrasikan skema objek migrasi dari ApsaraDB for MongoDB sumber ke ApsaraDB for MongoDB tujuan.

    Catatan

    Migrasi skema didukung untuk database, koleksi, dan indeks.

    migrasi data penuh

    Migrasikan semua data yang ada dari objek migrasi dari ApsaraDB for MongoDB sumber ke ApsaraDB for MongoDB tujuan.

    Catatan

    Migrasi data penuh didukung untuk data dalam database dan koleksi.

    migrasi data inkremental

    Selain migrasi penuh, Anda dapat memigrasikan pembaruan inkremental dari ApsaraDB for MongoDB sumber ke ApsaraDB for MongoDB tujuan.

    Oplog

    Migrasi inkremental tidak mendukung database yang dibuat setelah tugas dimulai. Pembaruan inkremental berikut didukung:

    • CREATE COLLECTION dan CREATE INDEX

    • DROP DATABASE, DROP COLLECTION, dan DROP INDEX

      Catatan

      Operasi RENAME COLLECTION yang menyertakan opsi dropTarget diatur ke true tidak didukung.

    • RENAME COLLECTION

    • Menyisipkan, memperbarui, dan menghapus dokumen dalam koleksi.

      Catatan

      Untuk pembaruan dokumen inkremental, hanya perubahan yang dilakukan menggunakan perintah $set yang direplikasi.

    Change stream

    Pembaruan inkremental berikut didukung:

    • DROP DATABASE dan DROP COLLECTION

    • RENAME COLLECTION

      Catatan

      Operasi RENAME COLLECTION yang menyertakan opsi dropTarget diatur ke true tidak didukung.

    • Menyisipkan, memperbarui, dan menghapus dokumen dalam koleksi.

      Catatan

      Untuk pembaruan dokumen inkremental, hanya perubahan yang dilakukan menggunakan perintah $set yang direplikasi.

    Izin akun database

    Database

    Migrasi skema

    Migrasi data penuh

    Migrasi data inkremental

    instans ApsaraDB for MongoDB sumber

    Izin baca pada database yang akan dimigrasikan dan database config.

    Izin baca pada database yang akan dimigrasikan, serta database admin dan local.

    instans ApsaraDB for MongoDB tujuan

    Izin dbAdminAnyDatabase, izin readWrite pada database tujuan, dan izin read pada database local dan config.

    Berikan izin yang diperlukan pada instans ApsaraDB for MongoDB sumber dan tujuan. Kelola izin pengguna database MongoDB.

    Prosedur

    1. Buka halaman daftar tugas migrasi untuk wilayah tujuan menggunakan salah satu metode berikut.

      Dari Konsol DTS

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

      2. Di panel navigasi kiri, klik Data Migration.

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

      Dari Konsol DMS

      Catatan

      Operasi aktual dapat berbeda tergantung pada mode dan tata letak Konsol DMS. Untuk informasi lebih lanjut, lihat Konsol mode simple dan Sesuaikan tata letak dan gaya Konsol DMS.

      1. Login ke Konsol Data Management (DMS).

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

      3. Di sebelah kanan Data Migration Tasks, pilih wilayah tempat instans migrasi berada.

    2. Klik Create Task untuk membuka halaman konfigurasi tugas.

    3. Konfigurasikan database sumber dan tujuan.

      Kategori

      Parameter

      Deskripsi

      N/A

      Task Name

      DTS secara otomatis menghasilkan nama tugas. Kami merekomendasikan menentukan nama deskriptif untuk memudahkan identifikasi. Nama tidak harus unik.

      Source Database

      Select Existing Connection

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

        Catatan

        Di Konsol DMS, parameter ini bernama Select a DMS database instance..

      • Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans terdaftar, konfigurasikan informasi database secara manual di bawah.

      Database Type

      Pilih MongoDB.

      Access Method

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah instans ApsaraDB for MongoDB sumber.

      Replicate Data Across Alibaba Cloud Accounts

      Dalam contoh ini, instans database di bawah Akun Alibaba Cloud saat ini digunakan. Pilih No.

      Architecture

      Dalam contoh ini, pilih Replica Set.

      • Replica Set: Ketersediaan tinggi dan pemisahan baca/tulis dengan berbagai jenis node. Instans set replika.

      • Sharded Cluster: Terdiri dari komponen Mongos, Shard, dan ConfigServer dengan jumlah dan konfigurasi node yang dapat disesuaikan. Instans kluster sharded.

        Catatan

        Jika Anda mengatur Architecture ke Sharded Cluster, Anda juga harus menentukan Shard account dan Shard password.

      Migration Method

      Pilih metode untuk migrasi data inkremental berdasarkan kebutuhan Anda.

      • Oplog (Direkomendasikan):

        Opsi ini tersedia jika oplog diaktifkan untuk database sumber.

        Catatan

        Oplog diaktifkan secara default baik untuk database MongoDB yang dikelola sendiri maupun instans ApsaraDB for MongoDB. Metode ini menawarkan latensi lebih rendah untuk migrasi data inkremental karena penarikan log lebih cepat. Oleh karena itu, kami merekomendasikan memilih Oplog.

      • ChangeStream: Opsi ini tersedia jika Change Streams diaktifkan untuk database sumber.

        Catatan

        • Jika database sumber adalah instans Amazon DocumentDB (kluster non-elastis), Anda hanya dapat memilih ChangeStream.

        • Jika Anda mengatur Architecture ke Sharded Cluster untuk database sumber, Anda tidak perlu memasukkan Shard account atau Shard password.

      Instance ID

      Pilih ID instans ApsaraDB for MongoDB sumber.

      Authentication Database

      Database autentikasi instans ApsaraDB for MongoDB sumber. Default: admin.

      Database Account

      Masukkan akun database instans ApsaraDB for MongoDB sumber. Izin yang diperlukan untuk akun database.

      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 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 telah ditambahkan ke sistem (dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawah akan dikonfigurasi secara otomatis.

        Catatan

        Di Konsol DMS, parameter ini bernama Select a DMS database instance..

      • Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans terdaftar, konfigurasikan informasi database secara manual di bawah.

      Database Type

      Pilih MongoDB.

      Access Method

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah instans ApsaraDB for MongoDB tujuan.

      Replicate Data Across Alibaba Cloud Accounts

      Dalam contoh ini, instans database di bawah Akun Alibaba Cloud saat ini digunakan. Pilih No.

      Architecture

      Dalam contoh ini, pilih Sharded Cluster.

      Instance ID

      Pilih ID instans ApsaraDB for MongoDB tujuan.

      Authentication Database

      Database autentikasi instans ApsaraDB for MongoDB tujuan. Default: admin.

      Database Account

      Masukkan akun database instans ApsaraDB for MongoDB tujuan. Izin yang diperlukan untuk akun database.

      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 segmen alamat IP layanan DTS telah ditambahkan secara otomatis atau manual ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Untuk informasi lebih lanjut, lihat Tambahkan alamat IP server DTS ke daftar putih.

      • Jika database sumber atau tujuan adalah database yang dikelola sendiri (Access Method bukan Alibaba Cloud Instance), Anda juga harus mengklik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers yang muncul.

    5. Konfigurasikan objek tugas.

      1. Di halaman Configure Objects, konfigurasikan objek yang ingin dimigrasikan.

        Parameter

        Deskripsi

        Migration Types

        • Jika Anda hanya perlu melakukan migrasi penuh, pilih Schema Migration dan Full Data Migration.

        • Untuk melakukan migrasi tanpa downtime, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration.

        Catatan

        • Jika Anda tidak memilih Schema Migration, Anda harus memastikan bahwa database dan tabel untuk menerima data sudah ada di database tujuan. Anda juga dapat menggunakan fitur pemetaan nama objek di kotak Selected Objects sesuai kebutuhan.

        • Jika Anda tidak memilih Incremental Data Migration, jangan menulis data baru ke instans sumber selama migrasi data untuk memastikan konsistensi data.

        Processing Mode of Conflicting Tables

        • Precheck and Report Errors: Memeriksa apakah koleksi dengan nama yang sama ada di database tujuan. Jika tidak ada koleksi dengan nama yang sama, pemeriksaan awal lolos. Jika ada koleksi dengan nama yang sama, kesalahan dilaporkan selama pemeriksaan awal, dan tugas migrasi data tidak dimulai.

          Catatan

          Jika koleksi di database tujuan memiliki nama yang sama tetapi tidak dapat dengan mudah dihapus atau diganti namanya, Anda dapat mengubah nama koleksi di database tujuan. Untuk informasi lebih lanjut, lihat Pemetaan nama objek.

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

          Peringatan

          Memilih Ignore Errors and Proceed dapat menyebabkan inkonsistensi data dan risiko bisnis. Misalnya:

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

          • Inisialisasi data dapat gagal, hanya sebagian data yang dimigrasikan, atau migrasi gagal.

        Capitalization of Object Names in Destination Instance

        Anda dapat mengonfigurasi kebijakan case sensitivity untuk nama objek yang dimigrasikan, seperti database, tabel, dan kolom, di instans tujuan. Secara default, DTS default policy dipilih. Anda juga dapat memilih untuk menjaga case sensitivity konsisten dengan kebijakan default database sumber atau tujuan. Untuk informasi lebih lanjut, lihat Case sensitivity nama objek di database tujuan.

        Source Objects

        Di kotak Source Objects, klik objek yang akan dimigrasikan, lalu klik Right arrow untuk memindahkannya ke kotak Selected Objects.

        Catatan

        Pilih database atau koleksi sebagai objek migrasi.

        Selected Objects

        • Untuk mengganti nama database tujuan:

          Klik kanan database tujuan di bawah Selected Objects. Di kotak dialog Edit Schema, masukkan nama baru di field Schema Name. Petakan nama objek individual.

        • Untuk mengganti nama koleksi tujuan:

          Klik kanan koleksi tujuan di bawah Selected Objects. Di kotak dialog Edit Table, masukkan nama baru di field Table Name.

          Penting

          Hanya tersedia saat koleksi dipilih sebagai objek migrasi.

        Catatan

        • Untuk memfilter data, klik kanan koleksi di panel Selected Objects dan konfigurasikan kondisi filter. Pemfilteran data hanya didukung untuk migrasi data penuh. Atur kondisi filter.

        • Pemetaan nama objek dapat menyebabkan migrasi objek dependen gagal.

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

        Parameter

        Deskripsi

        Dedicated Cluster for Task Scheduling

        Secara default, DTS menjadwalkan tugas pada kluster bersama. Anda tidak perlu memilih satu. Jika Anda menginginkan tugas yang lebih stabil, Anda dapat membeli klaster khusus untuk menjalankan tugas migrasi DTS.

        Retry Time for Failed Connections

        Setelah tugas migrasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan kesalahan dan segera mulai mencoba menghubungkan kembali. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 10 hingga 1.440 menit. Kami merekomendasikan mengatur durasi lebih dari 30 menit. Jika DTS berhasil terhubung kembali ke database sumber dan tujuan dalam durasi yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas gagal.

        Catatan

        • Untuk beberapa instans DTS yang berbagi sumber atau tujuan yang sama, waktu percobaan ulang jaringan ditentukan oleh pengaturan tugas yang terakhir dibuat.

        • Karena Anda dikenai biaya untuk tugas selama periode percobaan ulang koneksi, kami merekomendasikan menyesuaikan waktu 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 migrasi dimulai, jika terjadi masalah non-konektivitas—seperti pengecualian eksekusi DDL atau DML—di database sumber atau tujuan, DTS melaporkan kesalahan dan segera mulai mencoba mengulang operasi tersebut. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 1 hingga 1.440 menit. Kami merekomendasikan mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas gagal.

        Penting

        Nilai Retry Time for Other Issues harus kurang dari nilai Retry Time for Failed Connections.

        Enable Throttling for Full Data Migration

        Selama migrasi penuh, DTS mengonsumsi sumber daya baca dan tulis pada database sumber dan tujuan, yang dapat meningkatkan beban database. Jika diperlukan, Anda dapat mengaktifkan pembatasan kecepatan untuk tugas migrasi penuh. Anda dapat mengatur Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s) untuk mengurangi beban pada database tujuan.

        Catatan

        • Item konfigurasi ini hanya tersedia jika Anda memilih Full Data Migration untuk Migration Types.

        • Anda juga dapat menyesuaikan kecepatan migrasi penuh setelah instans migrasi berjalan.

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

        Dalam data yang akan dimigrasikan, apakah tipe data primary key _id seragam dalam satu koleksi?

        Penting

        • Pilih opsi berdasarkan kebutuhan Anda. Jika tidak, kehilangan data dapat terjadi.

        • Parameter ini hanya tersedia jika Anda memilih Full Data Migration untuk Migration Types.

        • Yes: Tipe data unik. Selama migrasi data penuh, DTS tidak memindai tipe data primary key dalam data sumber. Untuk satu koleksi, DTS hanya memigrasikan data yang sesuai dengan satu tipe data primary key.

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

        Enable Throttling for Incremental Data Migration

        Jika diperlukan, Anda juga dapat memilih untuk mengatur batas kecepatan untuk tugas migrasi inkremental. Anda dapat mengatur RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s) untuk mengurangi beban pada database tujuan.

        Catatan

        Environment Tag

        Opsional. Pilih tag lingkungan untuk mengidentifikasi instans.

        Configure ETL

        Berdasarkan kebutuhan bisnis Anda, pilih apakah akan mengonfigurasi fitur ETL untuk memproses data.

        • Yes: Mengonfigurasi fitur ETL. Anda juga harus memasukkan pernyataan pemrosesan data di kotak teks.

        • No: Tidak mengonfigurasi fitur ETL.

        Monitoring and Alerting

        Pilih apakah akan mengatur peringatan dan menerima pemberitahuan peringatan berdasarkan kebutuhan bisnis Anda.

        • No: Tidak mengatur peringatan.

        • Yes: Konfigurasikan peringatan dengan mengatur ambang batas peringatan dan pemberitahuan peringatan. Jika migrasi gagal atau latensi melebihi ambang batas, sistem mengirim pemberitahuan peringatan.

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

        Untuk informasi lebih lanjut tentang fitur validasi data, lihat Konfigurasikan validasi data.

      4. Klik Next: Configure Database and Table Fields untuk menetapkan nilai default untuk ShardKey.

        1. Di baris koleksi tujuan, klik Set Default Value.

          Catatan

          Jika Number of Shard Keys untuk Table Name (koleksi) adalah 0, koleksi tidak memiliki kunci shard dan tidak memerlukan nilai default.

        2. Pilih Shard key default value type.

          Catatan

          Shard key default value type hanya mendukung string dan int.

        3. Tetapkan Default Value untuk ShardKey.

          Penting

          • Nilai default hanya berlaku untuk instans tujuan versi sebelum 4.4.

          • Tetapkan nilai default untuk semua ShardKeys objek migrasi. Jika tidak, peringatan akan muncul selama fase Precheck dan tugas mungkin gagal.

    6. Simpan tugas dan jalankan pemeriksaan awal.

      • Untuk melihat parameter konfigurasi instans ini saat memanggil Operasi API, arahkan pointer ke tombol Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters di gelembung yang muncul.

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

      Catatan

      • Sebelum tugas migrasi dimulai, DTS melakukan pemeriksaan awal. Tugas hanya dimulai setelah lolos pemeriksaan awal.

      • Jika pemeriksaan awal gagal, klik View Details di sebelah item pemeriksaan yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan pemeriksaan awal lagi.

      • Jika peringatan dilaporkan selama pemeriksaan awal:

        • Untuk item pemeriksaan yang tidak dapat diabaikan, klik View Details di sebelah item yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan pemeriksaan awal lagi.

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

    7. Beli instans.

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

      2. Di halaman Purchase, pilih spesifikasi tautan untuk instans migrasi data. Untuk informasi lebih lanjut, lihat tabel berikut.

        Kategori

        Parameter

        Deskripsi

        New Instance Class

        Resource Group Settings

        Pilih kelompok sumber daya tempat instans berada. Nilai default adalah kelompok sumber daya default. Untuk informasi lebih lanjut, lihat Apa itu Resource Management?

        Instance Class

        DTS menyediakan spesifikasi migrasi dengan berbagai tingkat kinerja. Spesifikasi tautan memengaruhi kecepatan migrasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi lebih lanjut, lihat Spesifikasi tautan migrasi data.

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

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

        Anda dapat melihat progres tugas migrasi di halaman daftar Data Migration Tasks.

        Catatan

        • Jika tugas migrasi tidak mencakup migrasi inkremental, tugas akan berhenti secara otomatis setelah migrasi penuh selesai. Setelah tugas berhenti, Status-nya berubah menjadi Completed.

        • Jika tugas migrasi mencakup migrasi inkremental, tugas tidak berhenti secara otomatis. Tugas migrasi inkremental terus berjalan. Selama tugas migrasi inkremental berjalan, Status tugas adalah Running.