全部产品
Search

搜索本产品

    Data Transmission Service：Migrasi data dari instance ApsaraDB for MongoDB replika set ke instance ApsaraDB for MongoDB replika set atau klaster sharded

    文档中心

    Data Transmission Service：Migrasi data dari instance ApsaraDB for MongoDB replika set ke instance ApsaraDB for MongoDB replika set atau klaster sharded

    更新时间：Jan 06, 2026

    Topik ini menjelaskan cara memigrasikan data dari instance ApsaraDB for MongoDB replika set ke instance ApsaraDB for MongoDB replika set atau klaster sharded menggunakan Data Transmission Service (DTS).

    Database sumber dan tujuan yang didukung

    Database sumber dengan arsitektur replika set

    Database tujuan dengan arsitektur replika set atau klaster sharded

    ApsaraDB for MongoDB database

    ApsaraDB for MongoDB database

    Database mandiri di-host pada instance Elastic Compute Service (ECS)

    Database mandiri di-host pada instance ECS

    Database mandiri terhubung melalui Express Connect, VPN Gateway, atau Smart Access Gateway

    Database mandiri terhubung melalui Express Connect, VPN Gateway, atau Smart Access Gateway

    Database mandiri dengan alamat IP publik

    Database mandiri dengan alamat IP publik

    Dalam contoh ini, database sumber adalah instance ApsaraDB for MongoDB replika set dan database tujuan adalah instance ApsaraDB for MongoDB replika set atau klaster sharded. Anda juga dapat mengikuti prosedur untuk mengonfigurasi tugas migrasi data untuk jenis database MongoDB lainnya.

    Prasyarat

    • Instance ApsaraDB for MongoDB replika set sumber dan instance ApsaraDB for MongoDB replika set atau klaster sharded tujuan telah dibuat. Untuk informasi lebih lanjut, lihat Buat Instance Replika Set dan Buat Instance Klaster Sharded.

      Catatan

      Untuk informasi lebih lanjut tentang versi database yang didukung, lihat Ikhtisar Skenario Migrasi Data.

    • Ruang penyimpanan yang tersedia di instance ApsaraDB for MongoDB tujuan harus 10% lebih besar daripada total ukuran data di instance ApsaraDB for MongoDB sumber. Ini merupakan prasyarat yang direkomendasikan.

    • Jika instance ApsaraDB for MongoDB tujuan adalah instance klaster sharded, pastikan database dan koleksi yang akan di-shard telah dibuat, konfigurasi sharding data telah diatur, balancer telah diaktifkan, dan pre-sharding telah dilakukan di instance ApsaraDB for MongoDB tujuan sesuai kebutuhan bisnis Anda. Untuk informasi lebih lanjut, lihat Konfigurasikan Sharding untuk Memaksimalkan Kinerja Shard dan Apa yang Harus Dilakukan Jika Data Database MongoDB dalam Arsitektur Klaster Sharded Tidak Terdistribusi Secara Merata?

      Catatan

      Setelah mengonfigurasi sharding untuk instance klaster sharded, data yang dimigrasikan akan didistribusikan di antara shard yang berbeda, memaksimalkan kinerja instance klaster sharded. Anda juga dapat mengaktifkan balancer dan melakukan pre-sharding untuk mencegah skew data.

    Catatan penggunaan

    Kategori

    Deskripsi

    Batasan pada database sumber

    • Persyaratan bandwidth: Server tempat database sumber ditempatkan harus memiliki bandwidth keluar yang cukup. Jika tidak, kecepatan migrasi data akan menurun.

    • Koleksi yang akan dimigrasikan harus memiliki PRIMARY KEY atau UNIQUE constraints dan semua bidang harus unik. Jika tidak, database tujuan mungkin berisi catatan data duplikat.

    • Jika Anda memilih koleksi sebagai objek yang akan dimigrasikan dan Anda perlu mengedit koleksi di database tujuan, seperti mengganti nama koleksi, hingga 1.000 koleksi dapat dimigrasikan dalam satu tugas migrasi data. Jika Anda menjalankan tugas untuk memigrasikan lebih dari 1.000 koleksi, kesalahan permintaan terjadi. Dalam hal ini, kami sarankan Anda mengonfigurasi beberapa tugas untuk memigrasikan koleksi secara batch atau mengonfigurasi tugas untuk memigrasikan seluruh database.

    • Ukuran entri data tunggal di database sumber tidak boleh melebihi 16 MB. Jika tidak, tugas migrasi data gagal.

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

    • Untuk melakukan migrasi data inkremental, Anda harus memastikan bahwa persyaratan berikut terpenuhi:

      Fitur oplog diaktifkan untuk database sumber dan log operasi database sumber disimpan setidaknya selama tujuh hari. Atau, change streams diaktifkan untuk database sumber dan DTS dapat menggunakan change streams untuk berlangganan perubahan data di database sumber dalam tujuh hari terakhir. Jika tidak, DTS mungkin gagal mendapatkan log operasi dan tugas migrasi data mungkin gagal. Dalam keadaan luar biasa, ketidaksesuaian data atau kehilangan data mungkin terjadi. Perjanjian tingkat layanan (SLA) DTS tidak mencakup masalah ini.

      Penting

      • Kami sarankan Anda menggunakan fitur oplog untuk mendapatkan perubahan data di database sumber.

      • Anda dapat menggunakan change streams untuk mendapatkan perubahan data di database sumber hanya jika database sumber menjalankan MongoDB V4.0 atau lebih baru.

      • Jika database sumber adalah klaster Amazon DocumentDB inelastis, Anda harus mengaktifkan change streams untuk database tersebut dan mengatur parameter Migration Method ke ChangeStream dan parameter Architecture ke Sharded Cluster saat Anda mengonfigurasi tugas migrasi data.

    • Batasan pada operasi yang akan dilakukan pada database sumber:

      • Selama migrasi skema dan migrasi data penuh, jangan lakukan perubahan skema pada database atau koleksi, termasuk pembaruan tipe array. Jika tidak, tugas migrasi data gagal, atau ketidaksesuaian data antara database sumber dan tujuan mungkin terjadi.

      • Jika Anda hanya melakukan migrasi data penuh, jangan tulis data ke database sumber selama migrasi data. Jika tidak, ketidaksesuaian data antara database sumber dan tujuan terjadi. Untuk memastikan konsistensi data, kami sarankan Anda memilih Migrasi Skema, Migrasi Data Penuh, dan Migrasi Data Inkremental sebagai jenis migrasi.

    • Anda tidak dapat memigrasikan koleksi yang berisi indeks time to live (TTL). Jika database sumber berisi indeks TTL, ketidaksesuaian data mungkin terjadi antara database sumber dan tujuan setelah migrasi.

    Batasan lainnya

    • Jika database tujuan adalah database klaster sharded, perhatikan batasan berikut:

      • Dokumen yatim piatu harus dihapus. Jika tidak, kinerja migrasi terganggu. Selama migrasi data, jika ada konflik _id di dokumen database sumber dan tujuan, ketidaksesuaian data mungkin terjadi, atau tugas migrasi data mungkin gagal.

      • Sebelum Anda memulai tugas migrasi data, Anda harus menambahkan kunci shard ke data yang akan dimigrasikan di database sumber. Jika Anda tidak dapat menambahkan kunci shard ke data di database sumber, Anda dapat memigrasikan data dari database MongoDB tanpa kunci shard. Untuk informasi lebih lanjut, lihat Migrasi data dari instance MongoDB tanpa kunci sharding ke instance klaster sharded MongoDB.

      • Selama migrasi data, jika Anda mengeksekusi pernyataan INSERT untuk menyisipkan data ke data yang akan dimigrasikan, data yang akan dimigrasikan harus berisi kunci shard. Jika Anda mengeksekusi pernyataan UPDATE untuk memodifikasi data yang akan dimigrasikan, Anda tidak dapat memodifikasi kunci shard.

    • Jika database tujuan adalah instance replika set, perhatikan batasan berikut:

      • Jika database tujuan terhubung melalui Express Connect, VPN Gateway, or Smart Access Gateway, Public IP Address, atau Cloud Enterprise NetworkCEN, atur Domain Name or IP dan Port Number ke alamat IP dan nomor port node utama, atau konfigurasikan titik akhir high-availability. Untuk informasi lebih lanjut tentang titik akhir high-availability, lihat Buat tugas DTS di mana database sumber atau tujuan adalah database MongoDB high-availability.

      • Jika database tujuan terhubung melalui Self-managed Database pada ECS, atur Port Number ke nomor port node utama.

    • DTS tidak dapat terhubung ke database MongoDB melalui endpoint SRV.

    • Untuk memastikan kompatibilitas, versi database MongoDB tujuan harus sama dengan atau lebih baru dari versi database MongoDB sumber. Jika versi database tujuan lebih lama dari versi database sumber, masalah kompatibilitas database mungkin terjadi.

    • DTS tidak dapat memigrasikan data dari database admin atau local.

    • Jika koleksi database tujuan memiliki indeks unik atau atribut capped koleksi database tujuan adalah true, koleksi tersebut hanya mendukung penulisan data single-thread dan tidak mendukung replay konkuren selama migrasi data inkremental. Ini dapat meningkatkan latensi migrasi.

    • Informasi transaksi tidak dipertahankan. Saat transaksi dimigrasikan ke database tujuan, transaksi dikonversi menjadi satu catatan tunggal.

    • Jika terjadi konflik primary key atau unique key saat DTS menulis data ke koleksi tujuan, DTS melewati pernyataan yang digunakan untuk menulis data dan mempertahankan data yang ada di koleksi tujuan.

    • Sebelum Anda memigrasikan data, evaluasi dampak migrasi data terhadap kinerja database sumber dan tujuan. Kami sarankan Anda memigrasikan data selama jam sepi. Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis database sumber dan tujuan. Ini dapat meningkatkan beban pada server database.

    • Selama migrasi data penuh, operasi INSERT konkuren menyebabkan fragmentasi di koleksi database tujuan. Setelah migrasi data penuh selesai, ruang penyimpanan untuk koleksi database tujuan lebih besar daripada database sumber.

    • Anda harus memastikan bahwa pengaturan presisi untuk kolom tipe data FLOAT atau DOUBLE memenuhi kebutuhan bisnis Anda. DTS menggunakan fungsi ROUND(COLUMN,PRECISION) untuk mengambil nilai dari kolom tipe data FLOAT atau DOUBLE. Jika Anda tidak menentukan presisi, DTS mengatur presisi untuk tipe data FLOAT menjadi 38 digit dan presisi untuk tipe data DOUBLE menjadi 308 digit.

    • DTS mencoba melanjutkan tugas migrasi data yang gagal dalam tujuh hari terakhir. Sebelum Anda beralih beban kerja ke klaster tujuan, Anda harus menghentikan atau melepaskan tugas yang gagal. Anda juga dapat mengeksekusi pernyataan REVOKE untuk mencabut izin tulis dari akun yang digunakan oleh DTS untuk mengakses database tujuan. Jika tidak, data di database sumber akan menimpa data di database tujuan setelah tugas migrasi data dilanjutkan.

    • Data ditulis secara bersamaan ke database tujuan. Oleh karena itu, ruang penyimpanan yang ditempati di database tujuan 5% hingga 10% lebih besar daripada ukuran data di database sumber.

    • Anda harus menggunakan sintaks db.$table_name.aggregate([{ $count:"myCount"}]) untuk menanyakan nilai pengembalian operasi hitungan pada database MongoDB tujuan.

    • Pastikan bahwa database MongoDB tujuan tidak memiliki primary key yang sama dengan database sumber. Primary key default adalah _id. Jika tidak, data mungkin hilang. Jika data di database tujuan memiliki primary key yang sama dengan database sumber, hapus data terkait di database tujuan tanpa mengganggu layanan DTS. Misalnya, jika primary key yang sama adalah _id, Anda dapat menghapus data di database tujuan yang memiliki _id yang sama dengan database sumber.

    • Jika instance gagal berjalan, personel dukungan teknis DTS akan mencoba memulihkan instance dalam waktu 8 jam. Selama proses pemulihan, instance mungkin di-restart atau parameter mungkin disesuaikan.

      Catatan

      Saat parameter disesuaikan, hanya parameter instance DTS yang dimodifikasi. Parameter database tidak dimodifikasi. Parameter yang mungkin dimodifikasi termasuk tetapi tidak terbatas pada parameter dalam Ubah parameter instance.

    • Jika Anda memigrasikan data ke database MongoDB lainnya (arsitektur klaster sharded), pastikan perilaku bisnis Anda memenuhi persyaratan klaster sharded ApsaraDB for MongoDB.

    Kasus khusus

    Jika database sumber adalah database MongoDB mandiri, perhatikan batasan berikut:

    • Jika Anda melakukan switchover primer/sekunder pada database sumber saat tugas migrasi data sedang berjalan, tugas gagal.

    • DTS menghitung latensi migrasi berdasarkan timestamp data terbaru yang dimigrasikan di database tujuan dan timestamp saat ini di database sumber. Jika tidak ada operasi pembaruan yang dilakukan pada database sumber untuk periode waktu yang lama, latensi migrasi mungkin tidak akurat. Jika latensi tugas migrasi terlalu tinggi, Anda dapat melakukan operasi pembaruan pada database sumber untuk memperbarui latensi.

    Catatan

    Jika Anda memilih seluruh database sebagai objek yang akan dimigrasikan, Anda dapat membuat tabel heartbeat. Tabel heartbeat diperbarui atau menerima data setiap detik.

    Penagihan

    Tipe migrasi

    Biaya konfigurasi instance

    Biaya lalu lintas internet

    Migrasi skema dan migrasi data penuh

    Gratis.

    Saat parameter Access Method database tujuan diatur ke Public IP Address, Anda dikenakan biaya untuk lalu lintas internet. Untuk informasi lebih lanjut, lihat Ikhtisar penagihan.

    Migrasi data inkremental

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

    Jenis migrasi

    Jenis migrasi

    Deskripsi

    Migrasi skema

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

    Catatan

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

    Migrasi data penuh

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

    Catatan

    DTS mendukung migrasi data penuh untuk database dan koleksi.

    Migrasi data inkremental

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

    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, migrasikan hanya pembaruan dari $set.

    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, migrasikan hanya pembaruan dari $set.

    Izin yang diperlukan untuk akun database

    Tipe database

    Migrasi skema

    Migrasi data penuh

    Migrasi data inkremental

    Instance ApsaraDB for MongoDB sumber

    Izin baca pada database yang akan dimigrasikan dan database config.

    Izin baca pada database sumber, database admin, dan database local

    Instance ApsaraDB for MongoDB tujuan

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

    Untuk informasi lebih lanjut tentang cara membuat akun database dan memberikan izin kepada akun database untuk instance ApsaraDB for MongoDB, lihat Kelola Izin Pengguna Database MongoDB.

    Prosedur

    1. Gunakan salah satu metode berikut untuk pergi ke halaman Migrasi Data dan pilih wilayah tempat instance migrasi data berada.

      Konsol DTS

      1. Masuk ke Konsol DTS.

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

      3. Di sudut kiri atas halaman, pilih wilayah tempat instance migrasi data berada.

      Konsol DMS

      Catatan

      Operasi aktual mungkin bervariasi berdasarkan mode dan tata letak Konsol DMS. Untuk informasi lebih lanjut, lihat Mode Sederhana dan Sesuaikan Tata Letak dan Gaya Konsol DMS.

      1. Masuk ke Konsol DMS.

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

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

    2. Klik Create Task untuk pergi ke halaman konfigurasi tugas.

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

      Peringatan

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

      Seksi

      Parameter

      Deskripsi

      Tidak ada

      Task Name

      Nama tugas DTS. DTS secara otomatis menghasilkan nama tugas. Kami sarankan Anda menentukan nama informatif yang memudahkan identifikasi tugas. Anda tidak perlu menentukan nama tugas yang unik.

      Source Database

      Select Existing Connection

      • Jika Anda menggunakan instance database yang terdaftar dengan DTS, pilih instance dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instance tersebut. Untuk informasi lebih lanjut, lihat Kelola koneksi database.

        Catatan

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

      • Jika Anda gagal mendaftarkan instance dengan DTS, atau Anda tidak perlu menggunakan instance yang terdaftar dengan DTS, Anda harus mengonfigurasi informasi database berikut.

      Database Type

      Jenis database sumber. Pilih MongoDB.

      Access Method

      Metode akses database sumber. Pilih Alibaba Cloud Instance.

      Instance Region

      Wilayah tempat instance ApsaraDB for MongoDB sumber berada.

      Replicate Data Across Alibaba Cloud Accounts

      Menentukan apakah akan memigrasikan data di seluruh akun Alibaba Cloud.

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

      Architecture

      Arsitektur tempat database sumber diterapkan. Pilih Replica Set.

      • Replica Set: Anda dapat menerapkan beberapa jenis node pada instance replika set untuk menerapkan high availability dan pembagian beban baca/tulis. Untuk informasi lebih lanjut, lihat Instance replika set.

      • Sharded Cluster: Instance klaster sharded terdiri dari tiga jenis komponen: mongos, shard, dan node Configserver. Anda dapat menyesuaikan konfigurasi dan jumlah node mongos dan shard. Untuk informasi lebih lanjut, lihat Instance klaster sharded.

      Migration Method

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

      • Oplog (direkomendasikan):

        Opsi ini tersedia jika fitur oplog diaktifkan untuk database sumber.

        Catatan

        Secara default, fitur oplog diaktifkan baik untuk database MongoDB mandiri maupun instance ApsaraDB for MongoDB. Fitur ini memungkinkan Anda memigrasikan data inkremental dengan latensi rendah karena kecepatan penarikan log yang cepat. Oleh karena itu, kami merekomendasikan Anda memilih Oplog untuk parameter Metode Migrasi.

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

        Catatan

        • Jika database sumber adalah klaster Amazon DocumentDB inelastis, Anda hanya dapat mengatur parameter Metode Migrasi ke ChangeStream.

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

      Instance ID

      ID instance ApsaraDB for MongoDB sumber.

      Authentication Database

      Nama database otentikasi yang menyimpan akun dan kata sandi database instance ApsaraDB for MongoDB sumber. Jika Anda tidak mengubah nama database otentikasi sebelumnya, nilai default admin digunakan.

      Database Account

      Akun database instance ApsaraDB for MongoDB sumber. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat bagian "Izin yang diperlukan untuk akun database" dari topik ini.

      Database Password

      Kata sandi yang digunakan untuk mengakses instance database.

      Encryption

      Menentukan apakah akan mengenkripsi koneksi ke database sumber. Anda dapat memilih Non-encrypted, SSL-encrypted, atau Mongo Atlas SSL berdasarkan kebutuhan bisnis Anda. Opsi yang tersedia untuk parameter Encryption ditentukan oleh nilai yang dipilih untuk parameter Access Method dan Architecture. Opsi yang ditampilkan di Konsol DTS berlaku.

      Catatan

      • Jika parameter Architecture diatur ke Sharded Cluster, dan parameter Migration Method diatur ke Oplog untuk database ApsaraDB for MongoDB, parameter Enkripsi SSL-encrypted tidak tersedia.

      • Jika database sumber adalah database MongoDB yang dikelola sendiri dengan arsitektur Replica Set, parameter Access Method tidak disetel ke Alibaba Cloud Instance, dan parameter Enkripsi disetel ke SSL-encrypted, Anda dapat mengunggah sertifikat otoritas sertifikat (CA) untuk memverifikasi koneksi ke database sumber.

      Destination Database

      Pilih Koneksi yang Ada

      • Jika Anda menggunakan instance database yang terdaftar dengan DTS, pilih instance dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instance tersebut. Untuk informasi lebih lanjut, lihat Kelola koneksi database.

        Catatan

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

      • Jika Anda gagal mendaftarkan instance dengan DTS, atau Anda tidak perlu menggunakan instance yang terdaftar dengan DTS, Anda harus mengonfigurasi informasi database berikut.

      Database Type

      Tipe database tujuan. Pilih MongoDB.

      Access Method

      Metode akses database tujuan. Pilih Alibaba Cloud Instance.

      Instance Region

      Wilayah tempat instance ApsaraDB for MongoDB tujuan berada.

      Replicate Data Across Alibaba Cloud Accounts

      Menentukan apakah akan memigrasikan data di seluruh akun Alibaba Cloud.

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

      Architecture

      Arsitektur tempat instance tujuan diterapkan. Pilih arsitektur berdasarkan kebutuhan bisnis Anda. Nilai valid:

      • Replica Set: Anda dapat menerapkan beberapa jenis node pada instance replika set untuk menerapkan high availability dan pembagian beban baca/tulis. Untuk informasi lebih lanjut, lihat Instance replika set.

      • Sharded Cluster: Instance klaster sharded terdiri dari tiga jenis komponen: mongos, shard, dan node Configserver. Anda dapat menyesuaikan konfigurasi dan jumlah node mongos dan shard. Untuk informasi lebih lanjut, lihat Instance klaster sharded.

      Instance ID

      ID instance ApsaraDB for MongoDB tujuan.

      Authentication Database

      Nama database otentikasi yang menyimpan akun dan kata sandi database instance ApsaraDB for MongoDB tujuan. Jika Anda tidak mengubah nama database otentikasi sebelumnya, nilai default admin digunakan.

      Database Account

      Akun database instance ApsaraDB for MongoDB tujuan. Untuk informasi tentang izin yang diperlukan untuk akun tersebut, lihat bagian "Izin yang diperlukan untuk akun database" dari topik ini.

      Database Password

      Kata sandi yang digunakan untuk mengakses instance database.

      Encryption

      Menentukan apakah akan mengenkripsi koneksi ke database tujuan. Anda dapat memilih Non-encrypted, SSL-encrypted, atau Mongo Atlas SSL berdasarkan kebutuhan bisnis Anda. Opsi yang tersedia untuk parameter Encryption ditentukan oleh nilai yang dipilih untuk parameter Access Method dan Architecture. Opsi yang ditampilkan di Konsol DTS berlaku.

      Catatan

      • Jika database tujuan adalah instance ApsaraDB for MongoDB dan parameter Architecture diatur ke Sharded Cluster, parameter Enkripsi SSL-encrypted tidak tersedia.

      • Jika database tujuan adalah database MongoDB mandiri yang menggunakan arsitektur Replica Set, parameter Access Method tidak diatur ke Alibaba Cloud Instance, dan parameter Enkripsi diatur ke SSL-encrypted, Anda dapat mengunggah sertifikat CA untuk memverifikasi koneksi ke database tujuan.

    4. Klik Test Connectivity and Proceed di bagian bawah halaman.

      Catatan

      • Pastikan bahwa blok CIDR server DTS dapat ditambahkan secara otomatis atau manual ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Untuk informasi lebih lanjut, lihat Tambahkan Blok CIDR Server DTS.

      • Jika database sumber atau tujuan adalah database mandiri dan 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.

        Parameter

        Deskripsi

        Migration Types

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

        • Untuk memastikan kontinuitas 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 dibuat di database tujuan untuk menerima data dan fitur pemetaan nama objek diaktifkan di Selected Objects.

        • Jika Anda tidak memilih Incremental Data Migration, kami sarankan Anda tidak menulis data ke database sumber selama migrasi data. Ini memastikan konsistensi data antara database sumber dan tujuan.

        Untuk informasi lebih lanjut, lihat Jenis Migrasi.

        Processing Mode of Conflicting Tables

        • Precheck and Report Errors: memeriksa apakah database tujuan berisi koleksi dengan nama yang sama dengan koleksi di database sumber. Jika database sumber dan tujuan tidak berisi nama koleksi yang identik, pra-periksa dilewati. Jika tidak, kesalahan dilaporkan selama pra-periksa, dan tugas migrasi data tidak dapat dimulai.

          Catatan

          Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama koleksi yang dimigrasikan ke database tujuan. Anda dapat menggunakan fitur ini jika database sumber dan tujuan berisi nama koleksi yang identik dan koleksi di database tujuan tidak dapat dihapus atau diganti namanya. Untuk informasi lebih lanjut, lihat Pemetaan Nama Objek.

        • Ignore Errors and Proceed: melewati pra-periksa untuk nama koleksi identik di database sumber dan tujuan.

          Peringatan

          Jika Anda memilih Ignore Errors and Proceed, ketidaksesuaian data mungkin terjadi, dan bisnis Anda mungkin terpapar risiko potensial.

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

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

        Capitalization of Object Names in Destination Instance

        Huruf besar/kecil nama database dan nama koleksi di instance tujuan. Secara default, DTS default policy dipilih. Anda dapat memilih opsi lain untuk memastikan bahwa huruf besar/kecil nama objek sama dengan database sumber atau tujuan. Untuk informasi lebih lanjut, lihat Tentukan huruf besar/kecil nama objek di instance tujuan.

        Source Objects

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

        Catatan

        Anda dapat memilih database atau koleksi sebagai objek yang akan dimigrasikan.

        Selected Objects

        • Untuk menentukan nama objek yang akan dimigrasikan di instance tujuan atau menentukan objek untuk menerima data di instance tujuan, klik kanan objek di bagian Selected Objects. Untuk informasi lebih lanjut, lihat Pemetaan Nama Objek.

        • Untuk menghapus satu atau lebih objek yang dipilih untuk migrasi, klik objek di bagian Selected Objects dan kemudian 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 dan kemudian pilih mode di kotak dialog yang muncul.

        • Untuk menentukan kondisi WHERE untuk menyaring data, klik kanan tabel di bagian Selected Objects. Di kotak dialog yang muncul, tentukan kondisi. Untuk informasi lebih lanjut, lihat Tentukan kondisi filter. 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 untuk menerima data, objek lain yang bergantung pada objek yang ditentukan mungkin gagal dimigrasikan.

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

        Parameter

        Deskripsi

        Dedicated Cluster for Task Scheduling

        Secara default, DTS menjadwalkan tugas migrasi data ke klaster bersama jika Anda tidak menentukan klaster khusus. Jika Anda ingin meningkatkan stabilitas tugas migrasi data, beli klaster khusus. Untuk informasi lebih lanjut, lihat Apa Itu Klaster Khusus DTS?

        Retry Time for Failed Connections

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

        Catatan

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

        • Saat DTS mencoba kembali koneksi, Anda dikenakan biaya untuk instance DTS. Kami sarankan Anda menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instance DTS sesegera mungkin setelah database sumber dan instance tujuan dilepaskan.

        Retry Time for Other Issues

        Rentang waktu ulang untuk masalah lainnya. Misalnya, jika operasi DDL atau DML gagal dilakukan setelah tugas migrasi data dimulai, DTS segera mencoba lagi operasi dalam rentang waktu ulang. Nilai valid: 1 hingga 1.440. Unit: menit. Nilai default: 10. Kami sarankan Anda mengatur parameter ini ke nilai lebih dari 10. Jika operasi gagal berhasil dilakukan dalam rentang waktu 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 dari nilai parameter Retry Time for Failed Connections.

        Enable Throttling for Full Data Migration

        Menentukan apakah akan mengaktifkan pembatasan untuk migrasi data penuh. Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis database sumber dan tujuan. Ini dapat meningkatkan beban server database. Anda dapat mengaktifkan pembatasan untuk migrasi data penuh berdasarkan kebutuhan bisnis Anda. Untuk mengonfigurasi pembatasan, 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). Ini mengurangi beban server database tujuan.

        Catatan

        Anda hanya dapat mengonfigurasi parameter ini 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 mungkin terjadi.

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

        Nilai 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 dari semua tipe data.

        Enable Throttling for Incremental Data Migration

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

        Catatan

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

        Environment Tag

        Tag lingkungan yang digunakan untuk mengidentifikasi instance DTS. Anda dapat memilih tag lingkungan berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, Anda tidak perlu mengonfigurasi parameter ini.

        Configure ETL

        Menentukan apakah akan mengaktifkan fitur extract, transform, dan load (ETL). Untuk informasi lebih lanjut, lihat Apa Itu ETL? Nilai 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 menerima notifikasi. Nilai valid:

        • No: tidak mengonfigurasi peringatan.

        • Yes: mengonfigurasi peringatan. Dalam hal ini, Anda juga harus mengonfigurasi ambang batas peringatan dan pengaturan notifikasi peringatan. Untuk informasi lebih lanjut, lihat bagian Konfigurasikan Pemantauan dan Peringatan Saat Membuat Tugas DTS dari topik Konfigurasikan Pemantauan dan Peringatan.

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

        Untuk informasi lebih lanjut tentang cara menggunakan fitur verifikasi data, lihat Konfigurasikan Tugas Verifikasi Data.

    1. Simpan pengaturan tugas dan jalankan pra-periksa.

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

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

      Catatan

      • Sebelum Anda dapat memulai tugas migrasi data, DTS melakukan pra-periksa. Anda hanya dapat memulai tugas migrasi data setelah tugas lulus pra-periksa.

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

      • Jika peringatan dipicu untuk suatu item selama pra-periksa:

        • Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item yang gagal untuk menangani masalah tersebut. Setelah itu, jalankan pra-periksa kembali.

        • Jika item peringatan dapat diabaikan, klik Confirm Alert Details. Di kotak dialog Lihat Detail, klik Ignore. Pada pesan yang muncul, klik OK. Selanjutnya, klik Precheck Again untuk menjalankan pra-periksa ulang. Perhatikan bahwa mengabaikan item peringatan dapat menyebabkan ketidaksesuaian data dan berpotensi menimbulkan risiko bagi bisnis Anda.

    2. Beli instance.

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

      2. Di halaman Purchase Instance, konfigurasikan parameter Kelas Instance untuk instance migrasi data. Tabel berikut menjelaskan parameter.

        Seksi

        Parameter

        Deskripsi

        New Instance Class

        Resource Group

        Grup sumber daya tempat instance migrasi data dimiliki. Nilai default: default resource group. Untuk informasi lebih lanjut, lihat Apa itu Resource Management?

        Instance Class

        DTS menyediakan kelas instance yang bervariasi dalam kecepatan migrasi. Anda dapat memilih kelas instance berdasarkan skenario bisnis Anda. Untuk informasi lebih lanjut, lihat Kelas instance tugas migrasi data.

      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 atau OK.

        Anda dapat melihat kemajuan tugas di halaman Data Migration.

        Catatan

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

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