All Products
Search

This Product

    Data Transmission Service:Migrasi data dari database MongoDB yang dikelola sendiri (arsitektur replika set) ke instans ApsaraDB for MongoDB (arsitektur replika set atau kluster sharded)

    Document Center

    Data Transmission Service:Migrasi data dari database MongoDB yang dikelola sendiri (arsitektur replika set) ke instans ApsaraDB for MongoDB (arsitektur replika set atau kluster sharded)

    Last Updated:Dec 06, 2025

    Topik ini menjelaskan cara menggunakan Data Transmission Service (DTS) untuk memigrasikan data dari database MongoDB yang dikelola sendiri dengan arsitektur replika set ke instans ApsaraDB for MongoDB dengan arsitektur replika set atau kluster sharded.

    Prasyarat

    • Instans tujuan ApsaraDB for MongoDB yang menggunakan arsitektur replika set atau kluster sharded telah dibuat. Untuk informasi selengkapnya, lihat Buat instans replika set dan Buat instans kluster sharded.

      Penting

      • Kami menyarankan agar ruang penyimpanan instans tujuan ApsaraDB for MongoDB minimal 10% lebih besar daripada ruang penyimpanan yang digunakan oleh instans sumber MongoDB yang dikelola sendiri.

      • Untuk informasi selengkapnya tentang versi yang didukung, lihat Ikhtisar solusi migrasi data.

    • Jika instans tujuan ApsaraDB for MongoDB menggunakan arsitektur kluster sharded, Anda harus membuat database dan koleksi yang akan di-sharding, mengonfigurasi sharding data, mengaktifkan balancer, dan melakukan presharding pada instans tujuan ApsaraDB for MongoDB sesuai kebutuhan. Untuk informasi selengkapnya, lihat Konfigurasi sharding data untuk memaksimalkan kinerja shard dan Tangani distribusi data tidak merata pada instans MongoDB kluster sharded.

      Catatan

      Mengonfigurasi sharding data mencegah semua data dimigrasikan ke satu shard saja, yang dapat memengaruhi kinerja kluster. Mengaktifkan balancer dan melakukan presharding membantu mencegah kesenjangan data.

    Catatan

    Type

    Description

    Source database limits

    • Bandwidth requirements: Server yang menghosting database sumber harus memiliki bandwidth outbound yang cukup. Jika tidak, kecepatan migrasi akan terpengaruh.

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

    • Migration object requirements:

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

      • Jika Anda memigrasikan data pada level koleksi dan perlu mengedit koleksi tersebut, seperti memetakan nama koleksi, satu tugas migrasi data hanya dapat memigrasikan maksimal 1.000 koleksi. Jika melebihi batas ini, kesalahan akan dilaporkan saat 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 koleksi yang akan dimigrasikan berisi indeks TTL (Time To Live), ketidakkonsistenan data atau latensi instans dapat terjadi.

    • Untuk melakukan migrasi inkremental:

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

      Penting

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

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

      • Jika database sumber adalah Amazon DocumentDB (non-elastic cluster), Anda harus mengaktifkan Change Streams secara manual, dan mengatur Migration Method ke ChangeStream dan Architecture ke Sharded Cluster saat mengonfigurasi tugas.

    • Source database operation limits:

      • Selama migrasi skema dan migrasi data penuh, jangan mengubah skema database atau koleksi. Ini termasuk memperbarui data bertipe array. Jika tidak, tugas migrasi data dapat gagal, atau ketidakkonsistenan data dapat terjadi antara database sumber dan tujuan.

      • Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke instans sumber. Jika tidak, ketidakkonsistenan data akan terjadi antara database sumber dan tujuan. Untuk menjaga konsistensi data secara real-time, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration.

    • Alih bencana primer/sekunder selama migrasi akan menyebabkan tugas migrasi gagal.

    • DTS menghitung latensi dengan membandingkan timestamp catatan data terakhir yang dimigrasikan dengan timestamp saat ini. Jika database sumber tidak diperbarui dalam waktu lama, informasi latensi mungkin tidak akurat. Jika tugas menunjukkan latensi tinggi, Anda dapat melakukan operasi pembaruan pada database sumber untuk memperbarui informasi latensi.

    Other limits

    • Jika instans tujuan adalah instans kluster sharded:

      • Bersihkan dokumen yatim (orphaned documents). Jika tidak, kinerja migrasi akan terpengaruh. Jika dokumen dengan nilai _id yang bertentangan ditemukan selama migrasi, ketidakkonsistenan data atau kegagalan tugas dapat terjadi.

      • Sebelum tugas dimulai, tambahkan kunci sharding ke data sumber yang sesuai dengan kunci sharding di instans tujuan. Jika Anda tidak dapat menambahkan kunci sharding ke data sumber, lihat Migrasi data dari instans MongoDB tanpa kunci sharding ke instans kluster sharded MongoDB.

      • Setelah tugas dimulai, data yang akan dimigrasikan harus mencakup kunci sharding saat Anda menggunakan perintah INSERT. Anda tidak dapat mengubah kunci sharding saat menggunakan perintah UPDATE.

    • Jika instans tujuan adalah instans replika set:

      • Saat Access Method diatur ke Express Connect, VPN Gateway, or Smart Access Gateway, Public IP Address, atau Cloud Enterprise Network (CEN), Anda harus mengatur Domain Name or IP dan Port Number ke alamat dan port node primer, atau konfigurasikan alamat koneksi berdaya tinggi. Untuk informasi selengkapnya tentang alamat koneksi berdaya tinggi, lihat Buat instans dengan database sumber atau tujuan MongoDB berdaya tinggi.

      • Saat Access Method adalah Self-managed Database on ECS, masukkan port node primer untuk Port Number.

    • Menghubungkan ke database MongoDB menggunakan rekaman SRV tidak didukung.

    • Kami menyarankan agar database MongoDB sumber dan tujuan memiliki versi yang sama, atau Anda memigrasikan dari versi yang lebih rendah ke versi yang lebih tinggi untuk memastikan kompatibilitas. Jika Anda memigrasikan dari versi yang lebih tinggi ke versi yang lebih rendah, masalah kompatibilitas dapat terjadi.

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

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

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

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

    • Jika sumber adalah instans MongoDB sebelum versi 3.6 dan tujuan adalah instans MongoDB versi 3.6 atau lebih baru, urutan field dalam data mungkin tidak konsisten setelah migrasi. Hal ini disebabkan oleh perbedaan rencana eksekusi mesin database. Pasangan field-nilai tetap konsisten. Jika logika bisnis Anda melibatkan kueri pencocokan teks pada struktur bersarang, evaluasi potensi dampak ketidakkonsistenan ini.

    • Sebelum memigrasikan data, evaluasi kinerja database sumber dan tujuan. Kami menyarankan Anda memigrasikan data selama jam sepi. Selama migrasi data penuh, DTS mengonsumsi beberapa resource baca dan tulis dari database sumber dan tujuan, yang dapat meningkatkan beban kerja database.

    • Migrasi data penuh melibatkan operasi INSERT konkuren, yang dapat menyebabkan fragmentasi pada koleksi tujuan. Setelah migrasi data penuh selesai, ruang disk yang digunakan oleh koleksi tujuan akan lebih besar daripada koleksi sumber.

    • Konfirmasi apakah presisi migrasi yang disediakan DTS untuk kolom bertipe data FLOAT atau DOUBLE memenuhi kebutuhan bisnis Anda. DTS membaca nilai kolom tersebut menggunakan ROUND(COLUMN,PRECISION). Jika Anda tidak menentukan presisi, DTS memigrasikan nilai FLOAT dengan presisi 38 digit dan nilai DOUBLE dengan presisi 308 digit.

    • DTS mencoba melanjutkan tugas migrasi yang gagal dalam waktu tujuh hari. Sebelum Anda mengalihkan bisnis ke instans tujuan, pastikan untuk mengakhiri atau melepaskan tugas, atau gunakan perintah revoke untuk mencabut izin tulis akun yang digunakan DTS untuk mengakses instans tujuan. Hal ini mencegah data sumber menimpa data di instans tujuan setelah tugas dilanjutkan secara otomatis.

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

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

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

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

      Catatan

      Saat parameter disesuaikan, hanya parameter instans DTS yang dimodifikasi. Parameter di database tidak dimodifikasi. Parameter yang mungkin dimodifikasi termasuk namun tidak terbatas pada yang dijelaskan dalam Modifikasi parameter instans.

    • Jika database tujuan adalah kluster sharded MongoDB, setelah Anda mengalihkan bisnis ke database ini, pastikan operasi bisnis Anda mematuhi persyaratan untuk koleksi yang di-sharding di database MongoDB tersebut.

    • Jika database sumber adalah MongoDB 5.0 atau lebih baru dan database tujuan lebih lama dari 5.0, Anda tidak dapat memigrasikan capped collection. Hal ini dapat menyebabkan tugas gagal atau ketidakkonsistenan data antara database sumber dan tujuan. Hal ini karena perilaku capped collection berubah di MongoDB 5.0, yang memungkinkan penghapusan eksplisit dan peningkatan ukuran dokumen saat pembaruan. Kernel database versi sebelumnya tidak mendukung fitur-fitur baru ini.

    • Migrasi koleksi time-series yang diperkenalkan di MongoDB 5.0 dan versi yang lebih baru tidak didukung.

    Special cases

    Jika sumber adalah database MongoDB yang dikelola sendiri:

    • Alih bencana primer/sekunder selama migrasi akan menyebabkan tugas migrasi gagal.

    • DTS menghitung latensi dengan membandingkan timestamp catatan data terakhir yang dimigrasikan dengan timestamp saat ini. Jika database sumber tidak diperbarui dalam waktu lama, informasi latensi mungkin tidak akurat. Jika tugas menunjukkan latensi 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 tabel heartbeat yang diperbarui atau ditulis setiap detik.

    Penagihan

    Migration type

    Instance configuration fee

    Internet traffic fee

    Schema migration and full data migration

    Free of charge.

    Jika parameter Access Method dari database tujuan diatur ke Public IP Address, Anda akan dikenai biaya untuk lalu lintas internet. Untuk informasi selengkapnya, lihat Ringkasan penagihan.

    Incremental data migration

    Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

    Jenis migrasi

    Migration type

    Description

    Schema migration

    DTS memigrasikan skema objek migrasi dari database MongoDB yang dikelola sendiri sumber ke instans tujuan ApsaraDB for MongoDB.

    Catatan

    DTS dapat memigrasikan skema objek berikut: DATABASE, COLLECTION, dan INDEX.

    Full migration

    DTS memigrasikan semua data historis objek migrasi dari database MongoDB yang dikelola sendiri sumber ke instans tujuan ApsaraDB for MongoDB.

    Catatan

    DTS dapat memigrasikan data objek DATABASE dan COLLECTION.

    Incremental migration

    Setelah migrasi penuh, DTS memigrasikan pembaruan inkremental dari database MongoDB yang dikelola sendiri sumber ke instans tujuan ApsaraDB for MongoDB.

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

    Use 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

    Schema migration

    Full migration

    Incremental migration

    Source self-managed MongoDB

    Izin baca pada database yang akan dimigrasikan dan database config.

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

    Destination ApsaraDB for MongoDB

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

    Prosedur

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

      DTS console

      1. Login ke DTS console.

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

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

      DMS console

      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 konsol DMS.

      1. Login ke DMS console.

      2. Di bilah navigasi atas, arahkan pointer 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.

      Peringatan

      Setelah mengonfigurasi database sumber dan tujuan, kami sarankan Anda membaca Limits yang ditampilkan di bagian atas halaman. Jika tidak, tugas dapat gagal atau terjadi ketidakkonsistenan data.

      Category

      Configuration

      Description

      N/A

      Task Name

      Nama tugas DTS. DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama yang informatif agar mudah mengidentifikasi tugas tersebut. 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 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 tidak perlu menggunakan instans yang telah didaftarkan ke DTS, Anda harus mengonfigurasi informasi database berikut.

      Database Type

      Pilih MongoDB.

      Access Method

      Pilih jenis koneksi berdasarkan lokasi penerapan database sumber. Topik ini menggunakan Public IP Address sebagai contoh.

      Catatan

      Jika Anda memilih jenis koneksi lain untuk database yang dikelola sendiri, Anda juga harus melakukan persiapan yang diperlukan.

      Instance Region

      Pilih wilayah tempat database MongoDB yang dikelola sendiri berada.

      Catatan

      Jika wilayah tempat database MongoDB yang dikelola sendiri berada tidak tersedia sebagai opsi, Anda dapat memilih wilayah yang paling dekat secara geografis dengan database tersebut.

      Architecture

      Pilih Replica Set.

      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 untuk database MongoDB yang dikelola sendiri dan instans ApsaraDB for MongoDB. Fitur ini memungkinkan Anda memigrasikan data inkremental dengan latensi rendah karena kecepatan penarikan log yang cepat. Oleh karena itu, kami menyarankan 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.

      Endpoint Type

      Pilih Standalone atau Multi-node sesuai kebutuhan.

      Catatan

      Parameter ini hanya tersedia jika Anda mengatur jenis koneksi untuk database MongoDB yang dikelola sendiri ke Express Connect, VPN Gateway, or Smart Access Gateway, Public IP Address, atau Cloud Enterprise Network (CEN).

      Domain Name or IP

      Masukkan nama domain atau alamat IP database MongoDB yang dikelola sendiri. Dalam contoh ini, alamat IP publik dimasukkan.

      Catatan

      Parameter ini hanya tersedia jika Anda mengatur Endpoint Type ke Standalone.

      Port Number

      Masukkan port layanan database MongoDB yang dikelola sendiri.

      Catatan

      Parameter ini hanya tersedia jika Anda mengatur Endpoint Type ke Standalone.

      Endpoint

      Masukkan endpoint database MongoDB yang dikelola sendiri.

      Catatan

      • Parameter ini hanya tersedia jika Anda mengatur Endpoint Type ke Multi-node.

      • Formatnya adalah <IP>:<Port>. <IP> adalah nama domain atau alamat IP. Kami menyarankan Anda menggunakan nama domain yang dapat di-resolve melalui Internet.

      • Anda dapat menekan tombol Enter untuk memisahkan beberapa endpoint.

      Authentication Database

      Masukkan nama database tempat akun database MongoDB yang dikelola sendiri berada. Nilai default-nya adalah admin.

      Database Account

      Masukkan akun node Mongos yang sesuai di database MongoDB yang dikelola sendiri. Untuk informasi tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.

      Catatan

      Jika Anda mengatur Access Method database MongoDB yang dikelola sendiri ke Self-managed Database on ECS atau Database Gateway, masukkan akun node shard.

      Database Password

      Password yang digunakan untuk mengakses instans 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 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 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

      Pilih jenis arsitektur instans tujuan ApsaraDB for MongoDB.

      Instance ID

      Pilih ID instans tujuan ApsaraDB for MongoDB.

      Authentication Database

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

      Database Name

      Masukkan nama database tempat objek migrasi berada di instans tujuan ApsaraDB for MongoDB.

      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

      Password yang digunakan untuk mengakses instans 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, lalu klik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers yang muncul.

      Catatan

      Pastikan blok CIDR server DTS 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.

    5. Konfigurasikan objek yang akan dimigrasikan.

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

        Configuration

        Description

        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 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 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 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: melewati pemeriksaan awal untuk nama koleksi identik di database sumber dan tujuan.

          Peringatan

          Jika Anda memilih Ignore Errors and Proceed, konsistensi data tidak dijamin dan bisnis Anda mungkin terpapar 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 dan nama koleksi di instans tujuan. Secara default, DTS default policy dipilih. Anda dapat memilih opsi lain untuk memastikan huruf kapital nama objek sama 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 database atau koleksi sebagai objek migrasi.

        Selected Objects

        • Untuk menentukan nama objek yang akan dimigrasikan di instans tujuan atau menentukan objek yang menerima data di instans tujuan, klik kanan objek di bagian Selected Objects. Untuk informasi selengkapnya, lihat Map object names.

        • Untuk menghapus satu atau beberapa objek yang dipilih untuk migrasi, klik objek di bagian Selected Objects lalu klik ikon image untuk memindahkan objek ke bagian Source Objects.

        Catatan

        • Untuk memilih mode migrasi inkremental untuk database dan koleksi, klik kanan objek yang akan dimigrasikan di bagian Selected Objects lalu pilih mode di kotak dialog yang muncul.

        • Untuk menentukan kondisi WHERE untuk memfilter data, klik kanan tabel di bagian Selected Objects. Di kotak dialog yang muncul, tentukan kondisinya. Untuk informasi selengkapnya, lihat Set filter conditions. Anda dapat menentukan kondisi WHERE selama migrasi penuh tetapi tidak selama migrasi inkremental.

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

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

        Configuration

        Description

        Dedicated Cluster for Task Scheduling

        Secara default, DTS menjadwalkan tugas ke kluster bersama. Anda tidak perlu membuat pilihan. Anda dapat membeli kluster khusus dengan spesifikasi tertentu untuk menjalankan tugas migrasi DTS. 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 Anda mengatur parameter ini ke nilai lebih dari 30. Jika DTS 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 belakangan akan menggantikan nilai sebelumnya.

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

        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 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 pembatasan kecepatan diaktifkan untuk migrasi data penuh. Selama migrasi data penuh, DTS menggunakan resource baca dan tulis database sumber dan tujuan. Hal ini dapat meningkatkan beban server database. Anda dapat mengaktifkan pembatasan kecepatan untuk migrasi data penuh berdasarkan kebutuhan bisnis Anda. Untuk mengonfigurasi pembatasan kecepatan, Anda harus mengonfigurasi 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 dapat mengonfigurasi parameter ini hanya jika Anda 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 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 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 semua tipe data.

        Enable Throttling for Incremental Data Migration

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

        Catatan

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

        Environment Tag

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

        Configure ETL

        Menentukan apakah fitur ekstrak, transformasi, muat (ETL) diaktifkan. 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.

    6. Simpan pengaturan tugas dan jalankan pemeriksaan awal.

      • Untuk melihat parameter yang perlu ditentukan saat Anda memanggil operasi API terkait untuk mengonfigurasi tugas DTS, arahkan pointer ke Next: Save Task Settings and Precheck lalu 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 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 terpapar risiko potensial.

    7. Beli instans.

      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.

        Section

        Parameter

        Description

        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 berbeda 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. Pada pesan yang muncul, klik , lalu 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. Status Completed akan ditampilkan di bagian Status .

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