全部产品
Search

搜索本产品

    Data Transmission Service：Migrasi MongoDB (tanpa kunci sharding) ke MongoDB (arsitektur kluster sharded)

    文档中心

    Data Transmission Service：Migrasi MongoDB (tanpa kunci sharding) ke MongoDB (arsitektur kluster sharded)

    更新时间：Nov 11, 2025

    Layanan Transmisi Data (DTS) memungkinkan Anda memigrasikan data dari database MongoDB sumber yang tidak memiliki kunci sharding ke database MongoDB tujuan berarsitektur kluster sharded. Selama proses migrasi, Anda dapat menentukan nilai default untuk kunci sharding. Topik ini menggunakan instans ApsaraDB for MongoDB berarsitektur replica set sebagai sumber dan instans ApsaraDB for MongoDB berarsitektur kluster sharded sebagai tujuan untuk menggambarkan langkah-langkah migrasi.

    Prasyarat

    • Buat instans tujuan ApsaraDB for MongoDB berarsitektur kluster sharded. Untuk informasi selengkapnya, lihat Buat instansi kluster sharded.

      Catatan

      • Jika sumber adalah instans ApsaraDB for MongoDB berarsitektur kluster sharded, Anda harus meminta titik akhir untuk node shard. Pastikan akun dan kata sandi database untuk setiap shard sama. Untuk informasi selengkapnya, lihat Meminta titik akhir untuk node shard.

      • Untuk versi yang didukung, lihat Solusi migrasi.

    • Ruang penyimpanan instans tujuan ApsaraDB for MongoDB harus lebih besar daripada ruang penyimpanan yang digunakan oleh instans sumber ApsaraDB for MongoDB. Kami menyarankan agar ruang penyimpanan instans tujuan setidaknya 10% lebih besar daripada instans sumber.

    • Jika diperlukan, buat database dan koleksi yang memerlukan sharding di instans tujuan ApsaraDB for MongoDB. Konfigurasikan sharding data, aktifkan balancer, dan lakukan pre-sharding. Untuk informasi selengkapnya, lihat Konfigurasikan sharding data untuk memaksimalkan performa shard dan Bagaimana cara menangani distribusi data yang tidak merata dalam kluster sharded MongoDB?.

      Catatan

      Konfigurasi sharding data mencegah semua data dimigrasikan ke satu shard saja, sehingga memastikan pemanfaatan performa kluster secara optimal. Mengaktifkan balancer dan pre-sharding membantu menghindari kesenjangan data.

    Catatan

    Tipe

    Deskripsi

    Batasan database sumber

    • Persyaratan bandwidth: Server database sumber harus memiliki bandwidth keluar yang cukup. Jika tidak, kecepatan migrasi akan terpengaruh.

    • Koleksi yang akan dimigrasikan harus memiliki primary key atau kendala UNIK. Kolom dalam kendala tersebut harus unik. Jika tidak, data duplikat mungkin ada di database tujuan.

    • Jika Anda memigrasikan objek pada tingkat koleksi dan perlu mengeditnya, seperti memetakan nama koleksi, satu tugas migrasi mendukung maksimal 1.000 koleksi. Jika batas ini dilampaui, kesalahan akan dilaporkan setelah Anda mengirimkan tugas. Dalam kasus ini, bagi koleksi menjadi beberapa tugas migrasi, atau konfigurasikan satu tugas untuk memigrasikan seluruh database.

    • Satu data yang akan dimigrasikan dari database sumber tidak boleh melebihi 16 MB. Jika tidak, tugas akan gagal.

    • Jika instans MongoDB sumber merupakan kluster sharded, jumlah node Mongos tidak boleh melebihi 10.

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

      • Opsi Access Method berikut didukung: 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 diatur ke Oplog, Anda harus memberikan izin directShardOperations kepada akun shard yang digunakan untuk tugas migrasi. Anda dapat menjalankan perintah db.adminCommand({ grantRolesToUser: "username", roles: [{ role: "directShardOperations", db: "admin"}]}) untuk memberikan izin tersebut.

        Catatan

        Dalam perintah tersebut, ganti username dengan akun shard yang digunakan untuk tugas migrasi.

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

    • Untuk migrasi 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 di database sumber dari tujuh hari terakhir menggunakan change streams. Jika tidak, tugas migrasi mungkin gagal karena perubahan data tidak dapat diperoleh dari database sumber. Dalam kasus ekstrem, ketidakkonsistenan atau kehilangan data dapat terjadi. Masalah yang timbul dari hal ini tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS.

      Penting

      • Kami menyarankan Anda memperoleh perubahan data dari database sumber menggunakan oplog.

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

      • Jika database sumber adalah instans Amazon DocumentDB (bukan kluster 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 migrasi skema dan migrasi penuh, jangan melakukan perubahan skema pada database atau koleksi. Ini termasuk memperbarui data bertipe array. Jika tidak, tugas migrasi data akan gagal, atau terjadi ketidakkonsistenan data antara database sumber dan tujuan.

      • Jika instans MongoDB sumber diterapkan dalam arsitektur kluster sharded, jangan menjalankan perintah seperti shardCollection, reshardCollection, unshardCollection, moveCollection, dan movePrimary untuk mengubah distribusi data objek yang akan dimigrasikan di database sumber saat instans migrasi data sedang berjalan. Jika tidak, ketidakkonsistenan data dapat terjadi.

      • Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke instans sumber. Jika tidak, data antara instans sumber dan tujuan akan menjadi tidak konsisten. Untuk memastikan konsistensi data real-time, pilih Migrasi Skema, Migrasi Data Penuh, dan Migrasi Data Inkremental.

    • Jika koleksi yang akan dimigrasikan berisi indeks Time To Live (TTL), ketidakkonsistenan data atau latensi instans dapat terjadi.

    • Pastikan tidak ada dokumen yatim (orphaned documents) di instans MongoDB dengan arsitektur kluster sharded. Jika tidak, ketidakkonsistenan data atau kegagalan tugas dapat terjadi. Untuk informasi selengkapnya, lihat Orphaned Documents dan Bagaimana cara membersihkan dokumen yatim di kluster sharded MongoDB?.

    • Jika database sumber adalah instans MongoDB dengan arsitektur kluster sharded dan balancer sedang menyeimbangkan data, latensi instans dapat terjadi.

    Batasan lainnya

    • Anda tidak dapat menetapkan nilai default untuk kunci sharding koleksi baru yang ditambahkan ke database sumber selama migrasi.

    • Anda tidak dapat terhubung ke database MongoDB menggunakan alamat SRV.

    • Jika sumber bukan kluster sharded dan tujuan adalah instans MongoDB Alibaba Cloud dengan arsitektur kluster sharded, tugas akan melanjutkan ke langkah Configure Database and Table Fields.

    • Jika versi instans MongoDB tujuan (arsitektur kluster sharded) lebih awal dari 4.4, nilai ShardKey default yang ditetapkan pada langkah Configure Database and Table Fields akan berlaku. DTS mengisi data asli dengan nilai default dan menulis data ke tujuan. Jika instans MongoDB tujuan (arsitektur kluster sharded) adalah versi 4.4 atau lebih baru, nilai default yang ditetapkan pada langkah Configure Database and Table Fields tidak berlaku. DTS menulis data asli ke tujuan secara default.

    • Kami menyarankan agar Anda menjaga versi database instans MongoDB sumber dan tujuan tetap sama, atau migrasikan dari versi yang lebih lama ke versi yang lebih baru untuk memastikan kompatibilitas. Jika Anda memigrasikan dari versi yang lebih baru ke versi yang lebih lama, masalah kompatibilitas database dapat terjadi.

    • Data di database admin, config, dan local tidak dapat dimigrasikan.

    • Informasi transaksi tidak dipertahankan. Ketika transaksi di database sumber dimigrasikan ke database tujuan, transaksi tersebut dikonversi menjadi catatan individual.

    • Jika terjadi konflik primary key atau unique key saat DTS menulis data ke koleksi tujuan, DTS akan melewatkan pernyataan tulis yang bersangkutan dan mempertahankan data yang sudah ada di koleksi tujuan.

    • Jika versi MongoDB sumber lebih awal dari 3.6 dan versi tujuan 3.6 atau lebih baru, urutan kolom dalam data mungkin tidak konsisten setelah migrasi karena perbedaan rencana eksekusi mesin database. Pemetaan nilai-kolom tetap konsisten. Jika bisnis Anda melibatkan logika kueri cocok untuk struktur bersarang, evaluasi potensi dampak dari ketidakkonsistenan urutan kolom tersebut.

    • Sebelum memigrasikan data, evaluasi performa database sumber dan tujuan. Kami juga menyarankan agar Anda melakukan migrasi data di luar jam sibuk. Jika tidak, DTS akan mengonsumsi sumber daya baca dan tulis pada database sumber dan tujuan selama migrasi data penuh, yang dapat meningkatkan beban server database.

    • Migrasi data penuh menjalankan operasi INSERT secara konkuren, yang menyebabkan fragmentasi di koleksi database tujuan. Setelah migrasi penuh selesai, ruang penyimpanan koleksi di database tujuan lebih besar daripada koleksi di instans sumber.

    • DTS mencoba melanjutkan tugas yang gagal dalam tujuh hari terakhir. Sebelum Anda memindahkan beban kerja ke instans tujuan, hentikan atau lepaskan tugas tersebut, atau cabut izin tulis dari akun yang digunakan DTS untuk mengakses instans tujuan. Hal ini mencegah tugas dilanjutkan secara otomatis dan data sumber menimpa data tujuan.

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

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

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

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

    • Jika sebuah instans gagal, tim helpdesk DTS akan mencoba memulihkan instans tersebut dalam waktu 8 jam. Selama proses pemulihan, operasi seperti me-restart instans dan menyesuaikan parameter dapat dilakukan.

      Catatan

      Saat parameter disesuaikan, hanya parameter instans DTS yang dimodifikasi. Parameter database tidak dimodifikasi. Parameter yang mungkin dimodifikasi mencakup, namun tidak terbatas pada, yang dijelaskan dalam Modify instance parameters.

    • Setelah Anda memindahkan bisnis ke database MongoDB tujuan, Anda harus memastikan bahwa operasi bisnis Anda mematuhi persyaratan untuk koleksi sharded di database MongoDB tersebut.

    Kasus khusus

    Jika database sumber adalah database MongoDB yang dikelola sendiri:

    • Jika terjadi failover primer/sekunder pada database sumber selama migrasi, tugas migrasi akan gagal.

    • Latensi DTS dihitung dengan membandingkan stempel waktu entri data terakhir yang dimigrasikan di database tujuan dengan stempel waktu saat ini. Jika database sumber belum diperbarui dalam waktu lama, informasi latensi mungkin tidak akurat. Jika latensi yang ditampilkan untuk tugas terlalu tinggi, Anda dapat melakukan operasi pembaruan pada database sumber untuk memperbarui informasi latensi.

    Catatan

    Jika Anda memilih untuk memigrasikan seluruh database, Anda juga dapat membuat heartbeat yang memperbarui atau menulis data secara berkala setiap detik.

    Penagihan

    Tipe migrasi

    Biaya konfigurasi instans

    Biaya lalu lintas Internet

    Migrasi skema dan migrasi data penuh

    Gratis.

    Ketika parameter Access Method database tujuan diatur ke Public IP Address, Anda akan dikenai biaya lalu lintas Internet. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

    Migrasi data inkremental

    Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

    Tipe migrasi

    Tipe migrasi

    Deskripsi

    Migrasi skema

    DTS memigrasikan skema objek yang dipilih dari instans sumber ApsaraDB for MongoDB ke instans tujuan ApsaraDB for MongoDB.

    Catatan

    DTS mendukung migrasi skema untuk database, koleksi, dan indeks.

    Migrasi data penuh

    DTS memigrasikan data penuh objek dari instans sumber ApsaraDB for MongoDB ke instans tujuan ApsaraDB for MongoDB.

    Catatan

    DTS mendukung migrasi data penuh untuk database dan koleksi.

    Migrasi data inkremental

    DTS memigrasikan data inkremental dari instans sumber ApsaraDB for MongoDB ke instans tujuan ApsaraDB for MongoDB.

    Gunakan oplog

    Tugas DTS tidak memigrasikan data inkremental dari database yang dibuat setelah tugas mulai berjalan. DTS memigrasikan data inkremental yang dihasilkan oleh operasi berikut:

    • CREATE COLLECTION dan CREATE INDEX

    • DROP DATABASE, DROP COLLECTION, dan DROP INDEX

    • RENAME COLLECTION

    • Operasi yang dilakukan untuk menyisipkan, memperbarui, dan menghapus dokumen dalam koleksi.

      Catatan

      Saat Anda memigrasikan data inkremental dokumen yang diperbarui, hanya pembaruan dari $set yang dimigrasikan.

    Gunakan change streams

    DTS memigrasikan data inkremental yang dihasilkan oleh operasi berikut:

    • DROP DATABASE dan DROP COLLECTION

    • RENAME COLLECTION

    • Operasi yang dilakukan untuk menyisipkan, memperbarui, dan menghapus dokumen dalam koleksi

    Catatan

    Saat Anda memigrasikan data inkremental dokumen yang diperbarui, hanya pembaruan dari $set yang dimigrasikan.

    Izin yang diperlukan untuk akun database

    Database

    Migrasi skema

    Migrasi penuh

    Migrasi inkremental

    Sumber ApsaraDB for MongoDB

    Izin baca pada database yang akan dimigrasikan dan database config.

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

    Tujuan ApsaraDB for MongoDB

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

    Untuk membuat dan memberikan izin kepada akun database untuk instans sumber dan tujuan ApsaraDB for MongoDB, lihat Gunakan DMS untuk mengelola pengguna database MongoDB.

    Prosedur

    1. Gunakan salah satu metode berikut untuk membuka halaman Migrasi Data dan pilih wilayah tempat instans migrasi data berada.

      Konsol DTS

      1. Masuk ke Konsol DTS.

      2. Di panel navigasi sebelah kiri, klik Data Migration.

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

      Konsol DMS

      Catatan

      Operasi aktual dapat berbeda tergantung pada mode dan tata letak konsol DMS. Untuk informasi selengkapnya, lihat Mode sederhana dan Menyesuaikan tata letak dan gaya konsol DMS.

      1. Masuk ke Konsol DMS.

      2. Di bilah navigasi atas, arahkan kursor ke Data + AI > DTS (DTS) > Data Migration.

      3. Dari daftar drop-down di sebelah kanan Data Migration Tasks, pilih wilayah tempat instans sinkronisasi data berada.

    2. Klik Create Task untuk membuka halaman konfigurasi tugas.

    3. Konfigurasikan database sumber dan tujuan. Tabel berikut menjelaskan parameter tersebut.

      Kategori

      Konfigurasi

      Deskripsi

      Tidak ada

      Task Name

      Nama tugas DTS. DTS secara otomatis menghasilkan nama tugas. Kami menyarankan agar Anda menentukan nama deskriptif yang memudahkan identifikasi tugas. Anda tidak perlu menentukan nama tugas yang unik.

      Source Database

      Select Existing Connection

      • Jika Anda menggunakan instans database yang telah didaftarkan ke DTS, pilih instans tersebut dari daftar drop-down. DTS akan secara otomatis mengisi parameter database berikut untuk instans tersebut. Untuk informasi selengkapnya, lihat Kelola koneksi database.

        Catatan

        Di konsol DMS, Anda dapat memilih instans database dari daftar drop-down Select a DMS database instance.

      • Jika Anda gagal mendaftarkan instans ke DTS, atau Anda tidak perlu menggunakan instans yang telah didaftarkan ke DTS, Anda harus mengonfigurasi informasi database berikut.

      Database Type

      Pilih MongoDB.

      Access Method

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah tempat instans sumber ApsaraDB for MongoDB berada.

      Replicate Data Across Alibaba Cloud Accounts

      Dalam contoh ini, instans database dari akun Alibaba Cloud saat ini digunakan. Pilih No.

      Architecture

      Dalam contoh ini, pilih Replica Set.

      • Replica Set: Menyebarkan beberapa node untuk mencapai ketersediaan tinggi dan pemisahan baca/tulis. Untuk informasi selengkapnya, lihat Arsitektur replica set.

      • Sharded Cluster: Menyediakan tiga komponen: Mongos, shard, dan Configserver. Anda dapat memilih jumlah dan konfigurasi node Mongos dan shard. Untuk informasi selengkapnya, lihat Arsitektur kluster sharded.

        Catatan

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

      Migration Method

      Metode yang digunakan untuk memigrasikan data inkremental dari database sumber. Pilih metode berdasarkan kebutuhan bisnis Anda. Nilai yang valid:

      • Oplog (disarankan):

        Opsi ini tersedia jika fitur oplog diaktifkan untuk database sumber.

        Catatan

        Secara default, fitur oplog diaktifkan baik untuk database MongoDB yang dikelola sendiri maupun instans ApsaraDB for MongoDB. Fitur ini memungkinkan Anda memigrasikan data inkremental dengan latensi rendah karena kecepatan penarikan log yang cepat. Oleh karena itu, kami merekomendasikan agar Anda memilih Oplog untuk parameter Migration Method.

      • ChangeStream: Opsi ini tersedia jika change streams diaktifkan untuk database sumber. Untuk informasi selengkapnya, lihat Change Streams.

        Catatan

        • Jika database sumber adalah kluster Amazon DocumentDB non-elastis, Anda hanya dapat mengatur parameter Migration Method ke ChangeStream.

        • Jika Anda memilih Sharded Cluster untuk parameter Architecture, Anda tidak perlu mengonfigurasi parameter Shard account dan Shard password.

      Instance ID

      Pilih ID 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. Untuk informasi tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.

      Database Password

      Kata sandi yang digunakan untuk mengakses database.

      Encryption

      Menentukan apakah koneksi ke database sumber dienkripsi. 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 Encryption 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 Encryption diatur ke SSL-encrypted, Anda dapat mengunggah sertifikat otoritas sertifikasi (CA) untuk memverifikasi koneksi ke database sumber.

      Destination Database

      Select Existing Connection

      • Jika Anda menggunakan instans database yang telah didaftarkan ke DTS, pilih instans tersebut dari daftar drop-down. DTS akan secara otomatis mengisi parameter database berikut untuk instans tersebut. Untuk informasi selengkapnya, lihat Kelola koneksi database.

        Catatan

        Di konsol DMS, Anda dapat memilih instans database dari daftar drop-down Select a DMS database instance.

      • Jika Anda gagal mendaftarkan instans ke DTS, atau Anda tidak perlu menggunakan instans yang telah didaftarkan ke DTS, Anda harus mengonfigurasi informasi database berikut.

      Database Type

      Pilih MongoDB.

      Access Method

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah tempat instans tujuan ApsaraDB for MongoDB berada.

      Replicate Data Across Alibaba Cloud Accounts

      Dalam contoh ini, instans database dari akun Alibaba Cloud saat ini digunakan. Pilih No.

      Architecture

      Dalam contoh ini, pilih Sharded Cluster.

      Instance ID

      Pilih ID 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. Untuk informasi tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.

      Database Password

      Kata sandi yang digunakan untuk mengakses database.

      Encryption

      Menentukan apakah koneksi ke database tujuan dienkripsi. 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 instans ApsaraDB for MongoDB dan parameter Architecture diatur ke Sharded Cluster, parameter Encryption 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 Encryption diatur ke SSL-encrypted, Anda dapat mengunggah sertifikat CA untuk memverifikasi koneksi ke database tujuan.

    4. Di bagian bawah halaman, klik Test Connectivity and Proceed.

      Catatan

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

      • Jika database sumber atau tujuan adalah database yang dikelola sendiri dan parameter Access Method-nya tidak diatur ke Alibaba Cloud Instance, klik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers.

    5. Konfigurasikan objek yang akan dimigrasikan.

      1. Di halaman Configure Objects, konfigurasikan objek yang ingin Anda migrasikan.

        Konfigurasi

        Deskripsi

        Migration Types

        • Untuk melakukan hanya migrasi data penuh, pilih Schema Migration dan Full Data Migration.

        • Untuk memastikan kelangsungan layanan selama migrasi data, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration.

        Catatan

        • Jika Anda tidak memilih Schema Migration, pastikan database dan tabel telah dibuat di database tujuan untuk menerima data dan fitur pemetaan nama objek diaktifkan di Selected Objects.

        • Jika Anda tidak memilih Incremental Data Migration, kami menyarankan agar Anda tidak menulis data ke database sumber selama migrasi data. Hal ini memastikan konsistensi data antara database sumber dan tujuan.

        Processing Mode of Conflicting Tables

        • Precheck and Report Errors: Memeriksa apakah database tujuan berisi koleksi yang memiliki nama yang sama dengan koleksi di database sumber. Jika database sumber dan tujuan tidak berisi koleksi dengan nama yang identik, pemeriksaan awal berhasil. Jika tidak, kesalahan akan dikembalikan selama pemeriksaan awal dan tugas migrasi data tidak dapat dimulai.

          Catatan

          Jika database sumber dan tujuan berisi koleksi dengan nama yang identik dan koleksi di database tujuan tidak dapat dihapus atau diganti namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama koleksi yang dimigrasikan ke database tujuan. Untuk informasi selengkapnya, lihat Map object names.

        • Ignore Errors and Proceed: Melewatkan pemeriksaan awal untuk nama koleksi yang identik di database sumber dan tujuan.

          Peringatan

          Jika Anda memilih Ignore Errors and Proceed, konsistensi data tidak dijamin dan bisnis Anda mungkin menghadapi risiko potensial.

          • DTS tidak memigrasikan catatan data yang memiliki primary key yang sama dengan catatan data di database tujuan.

          • Data mungkin gagal diinisialisasi, hanya kolom tertentu yang dimigrasikan, atau tugas migrasi data gagal.

        Capitalization of Object Names in Destination Instance

        Huruf kapital nama database, nama tabel, dan nama kolom di instans tujuan. Secara default, DTS default policy dipilih. Anda dapat memilih opsi lain untuk memastikan huruf kapital nama objek konsisten dengan database sumber atau tujuan. Untuk informasi selengkapnya, lihat Specify the capitalization of object names in the destination instance.

        Source Objects

        Pilih satu atau beberapa objek dari bagian Source Objects. Klik ikon 向右小箭头 untuk menambahkan objek ke bagian Selected Objects.

        Catatan

        Anda dapat memilih objek untuk dimigrasikan pada tingkat database atau koleksi.

        Selected Objects

        • Untuk menentukan nama database di instans MongoDB tujuan (arsitektur kluster sharded) yang akan menerima data:

          Klik kanan database tujuan di bawah Selected Objects. Di kotak dialog Edit Schema, ubah Schema Name menjadi nama database di instans MongoDB tujuan yang akan menerima data. Untuk informasi selengkapnya, lihat Map a single database or collection.

        • Untuk menentukan nama koleksi di instans MongoDB tujuan (arsitektur kluster sharded) yang akan menerima data:

          Klik kanan koleksi di bawah Selected Objects. Di kotak dialog Edit Table, ubah Table Name menjadi nama koleksi di instans MongoDB tujuan yang akan menerima data.

          Penting

          Anda hanya dapat menentukan koleksi yang akan menerima data ketika Anda memigrasikan objek pada tingkat koleksi.

        Catatan

        • Untuk memfilter data, klik kanan tabel yang akan dimigrasikan di bagian Selected Objects dan atur kondisi filter di kotak dialog yang muncul. Pemfilteran data didukung selama migrasi penuh tetapi tidak selama migrasi inkremental. Untuk informasi selengkapnya, lihat Set filter conditions.

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

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

        Konfigurasi

        Deskripsi

        Dedicated Cluster for Task Scheduling

        Secara default, DTS menjadwalkan tugas migrasi data ke kluster bersama jika Anda tidak menentukan kluster khusus. Jika Anda ingin meningkatkan stabilitas tugas migrasi data, beli kluster khusus. Untuk informasi selengkapnya, lihat What is a DTS dedicated cluster.

        Retry Time for Failed Connections

        Rentang waktu percobaan ulang untuk koneksi yang gagal. Jika database sumber atau tujuan gagal terhubung setelah tugas migrasi data dimulai, DTS segera mencoba menghubungkan kembali dalam rentang waktu percobaan ulang. Nilai yang valid: 10 hingga 1.440. Satuan: menit. Nilai default: 720. Kami menyarankan agar Anda mengatur parameter ini ke nilai lebih dari 30. Jika DTS berhasil terhubung kembali ke database sumber dan tujuan dalam rentang waktu percobaan ulang yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal.

        Catatan

        • Jika Anda menentukan rentang waktu percobaan ulang yang berbeda untuk beberapa tugas migrasi data yang berbagi database sumber atau tujuan yang sama, nilai yang ditentukan terakhir yang berlaku.

        • Saat DTS mencoba menghubungkan kembali, Anda dikenai biaya untuk instans DTS. Kami menyarankan agar Anda menentukan rentang waktu percobaan ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instans DTS sesegera mungkin setelah database sumber dan instans tujuan dilepaskan.

        Retry Time for Other Issues

        Rentang waktu percobaan ulang untuk masalah lain. Misalnya, jika operasi DDL atau DML gagal dilakukan setelah tugas migrasi data dimulai, DTS segera mencoba mengulang operasi tersebut dalam rentang waktu percobaan ulang. Nilai yang valid: 1 hingga 1.440. Satuan: menit. Nilai default: 10. Kami menyarankan agar Anda mengatur parameter ini ke nilai lebih dari 10. Jika operasi yang gagal berhasil dilakukan dalam rentang waktu percobaan ulang yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal.

        Penting

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

        Enable Throttling for Full Data Migration

        Menentukan apakah akan mengaktifkan pembatasan laju untuk migrasi data penuh. Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis database sumber dan tujuan, yang dapat meningkatkan beban server database. Anda dapat mengaktifkan pembatasan laju berdasarkan kebutuhan bisnis Anda. Untuk mengonfigurasi pembatasan laju, Anda harus mengatur parameter Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s). Hal ini mengurangi beban server database tujuan.

        Catatan

        Anda hanya dapat mengonfigurasi parameter ini jika memilih Full Data Migration untuk parameter Migration Types.

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

        Menentukan apakah tipe data primary key _id bersifat unik dalam koleksi yang akan dimigrasikan.

        Penting

        • Aktifkan parameter ini berdasarkan kebutuhan bisnis Anda. Jika tidak, kehilangan data dapat terjadi.

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

        Nilai yang valid:

        • Yes: Tipe data bersifat unik. Selama migrasi penuh, DTS tidak memindai tipe data primary key di database sumber. DTS hanya memigrasikan satu tipe data primary key dalam koleksi yang akan dimigrasikan.

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

        Enable Throttling for Incremental Data Migration

        Menentukan apakah akan mengaktifkan pembatasan laju untuk migrasi data inkremental. Untuk mengonfigurasi pembatasan laju, Anda harus mengatur parameter RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s). Hal ini mengurangi beban server database tujuan.

        Catatan

        Anda hanya dapat mengonfigurasi parameter ini jika memilih Incremental Data Migration untuk parameter Migration Types.

        Environment Tag

        Jika diperlukan, Anda dapat memilih tag lingkungan untuk mengidentifikasi instans. Dalam contoh ini, tidak ada tag lingkungan yang dipilih.

        Configure ETL

        Menentukan apakah akan mengaktifkan fitur ekstrak, transformasi, muat (ETL). Untuk informasi selengkapnya, lihat What is ETL?. Nilai yang valid:

        Monitoring and Alerting

        Menentukan apakah akan mengonfigurasi peringatan untuk tugas migrasi data. Jika tugas gagal atau latensi migrasi melebihi ambang batas yang ditentukan, kontak peringatan akan menerima notifikasi. Nilai yang valid:

        • No: tidak mengonfigurasi peringatan.

        • Yes: mengonfigurasi peringatan. Dalam hal ini, Anda juga harus mengonfigurasi ambang batas peringatan dan alert notification settings. Untuk informasi selengkapnya, lihat bagian Configure monitoring and alerting when you create a DTS task dalam topik Configure monitoring and alerting.

      3. Klik Next Step: Data Verification untuk mengonfigurasi tugas verifikasi data.

        Untuk informasi selengkapnya tentang cara menggunakan fitur verifikasi data, lihat Configure a data verification task.

      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 nilai Number of Shard Keys untuk Table Name (koleksi) adalah 0, koleksi tujuan tidak memiliki kunci sharding dan Anda tidak perlu menetapkan nilai default.

        2. Pilih Shard key default value type.

          Catatan

          Saat ini, Shard key default value type hanya mendukung string dan int.

        3. Tetapkan Default Value untuk ShardKey.

          Penting

          • Nilai ShardKey default hanya berlaku jika versi instans MongoDB tujuan (arsitektur kluster sharded) lebih awal dari 4.4.

          • Anda harus menetapkan nilai default untuk semua ShardKey dalam objek yang akan dimigrasikan. Jika tidak, peringatan akan dilaporkan selama langkah Precheck, dan tugas mungkin gagal.

    6. Simpan pengaturan tugas dan jalankan pemeriksaan awal.

      • Untuk melihat parameter yang harus ditentukan saat Anda memanggil operasi API terkait untuk mengonfigurasi tugas DTS, arahkan kursor ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.

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

      Catatan

      • Sebelum Anda dapat memulai tugas migrasi data, DTS melakukan pemeriksaan awal. Anda hanya dapat memulai tugas migrasi data setelah tugas tersebut lulus pemeriksaan awal.

      • Jika tugas gagal lulus pemeriksaan awal, klik View Details di sebelah setiap item yang gagal. Setelah Anda menganalisis penyebab berdasarkan hasil pemeriksaan, atasi masalah tersebut. Kemudian, jalankan pemeriksaan awal lagi.

      • 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 pemeriksaan awal lagi.

        • Jika item peringatan dapat diabaikan, klik Confirm Alert Details. Di kotak dialog View Details, klik Ignore. Di pesan yang muncul, klik OK. Kemudian, klik Precheck Again untuk menjalankan pemeriksaan awal lagi. Jika Anda mengabaikan item peringatan, ketidakkonsistenan data dapat terjadi, dan bisnis Anda mungkin menghadapi risiko potensial.

    7. Beli instance.

      1. Tunggu hingga Success Rate menjadi 100%. Lalu, klik Next: Purchase Instance.

      2. Di halaman Purchase Instance, konfigurasikan parameter Instance Class untuk instans migrasi data. Tabel berikut menjelaskan parameter tersebut.

        Bagian

        Parameter

        Deskripsi

        New Instance Class

        Resource Group

        Kelompok sumber daya tempat instans migrasi data berada. Nilai default: default resource group. Untuk informasi selengkapnya, lihat What is Resource Management?

        Instance Class

        DTS menyediakan kelas instans yang bervariasi dalam kecepatan migrasi. Anda dapat memilih kelas instans berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Instance classes of data migration instances.

      3. Baca dan setujui Data Transmission Service (Pay-as-you-go) Service Terms dengan memilih kotak centang.

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

        Anda dapat melihat progres tugas di halaman Data Migration.

        Catatan

        • Jika tugas migrasi data tidak dapat digunakan untuk memigrasikan data inkremental, tugas tersebut akan berhenti secara otomatis. Completed ditampilkan di bagian Status .

        • Jika tugas migrasi data dapat digunakan untuk memigrasikan data inkremental, tugas tersebut tidak berhenti secara otomatis. Tugas migrasi data inkremental tidak pernah berhenti atau selesai. Running ditampilkan di bagian Status.