View a markdown version of this page

Menggunakan database yang kompatibel dengan MongoDB sebagai sumber untuk migrasi data homogen di AWS DMS - AWS Layanan Migrasi Database

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Menggunakan database yang kompatibel dengan MongoDB sebagai sumber untuk migrasi data homogen di AWS DMS

Anda dapat menggunakan MongoDB-compatible database sebagai sumber untuk migrasi data Homogen di AWS DMS. Dalam hal ini, penyedia data sumber Anda dapat berupa database lokal, Amazon EC2 untuk MongoDB atau database Amazon DocumentDB (dengan kompatibilitas MongoDB).

Untuk versi database yang didukung, lihatPenyedia data sumber untuk migrasi data homogen DMS.

Bagian berikut menjelaskan prasyarat konfigurasi khusus untuk database MongoDB yang dikelola sendiri dan database Amazon DocumentDB yang AWS dikelola.

Menggunakan database MongoDB yang dikelola sendiri sebagai sumber untuk migrasi data homogen di AWS DMS

Bagian ini menjelaskan cara mengonfigurasi database MongoDB yang dihosting di lokasi atau instans Amazon EC2.

Periksa versi database sumber MongoDB Anda. Pastikan itu AWS DMS mendukung versi database MongoDB sumber Anda seperti yang dijelaskan dalam. Penyedia data sumber untuk migrasi data homogen DMS

Untuk menjalankan migrasi data homogen dengan sumber MongoDB, Anda dapat membuat akun pengguna dengan hak akses root, atau pengguna dengan izin hanya pada database untuk bermigrasi. Untuk informasi selengkapnya tentang pembuatan pengguna, lihatIzin diperlukan saat menggunakan MongoDB sebagai sumber AWS DMS.

Untuk menggunakan replikasi berkelanjutan atau CDC dengan MongoDB, AWS DMS memerlukan akses ke log operasi MongoDB (oplog). Untuk informasi selengkapnya, lihat Mengonfigurasi rangkaian replika MongoDB yang untuk CDC.

Untuk informasi tentang metode otentikasi MongoDB, lihat. Persyaratan keamanan saat menggunakan MongoDB sebagai sumber AWS DMS

Untuk MongoDB sebagai sumber, migrasi data homogen mendukung semua tipe data yang didukung Amazon DocumentDB.

Untuk MongoDB sebagai sumber, untuk menyimpan kredenSIAL pengguna di Secrets Manager, Anda perlu menyediakannya dalam teks biasa, menggunakan jenis rahasia jenis lain. Untuk informasi selengkapnya, lihat Menggunakan rahasia untuk mengakses AWS Database Migration Service titik akhir.

Contoh kode berikut menunjukkan cara menyimpan rahasia database menggunakan teks biasa.

{ "username": "dbuser", "password": "dbpassword" }

Menggunakan database Amazon DocumentDB sebagai sumber untuk migrasi data homogen di AWS DMS

Bagian ini menjelaskan cara mengonfigurasi instance database Amazon DocumentDB Anda untuk digunakan sebagai sumber migrasi data homogen.

Gunakan nama pengguna master untuk instans Amazon DocumentDB sebagai akun pengguna untuk penyedia data MongoDB-compatible sumber untuk migrasi data homogen di. AWS DMS Akun pengguna utama memiliki peran yang diperlukan yang memungkinkan untuk mengatur CDC. Jika Anda menggunakan akun selain akun pengguna utama, maka akun tersebut harus memiliki peran root. Untuk informasi selengkapnya tentang pembuatan pengguna sebagai akun root, lihatMenetapkan izin untuk menggunakan Amazon DocumentDB sebagai sumber.

Untuk mengaktifkan replikasi logis, atur change_stream_log_retention_duration parameter dalam grup parameter database Anda ke pengaturan yang sesuai untuk beban kerja transaksi Anda. Mengubah parameter statis ini mengharuskan Anda untuk me-reboot instance DB Anda agar berlaku. Sebelum memulai migrasi data untuk semua jenis tugas termasuk Full Load Only, aktifkan aliran perubahan Amazon DocumentDB untuk semua koleksi dalam database tertentu, atau hanya untuk koleksi yang dipilih. Untuk informasi selengkapnya tentang mengaktifkan aliran perubahan untuk Amazon DocumentDB, lihat Meng aktifkan Aliran Perubahan di panduan pengembang Amazon DocumentDB.

catatan

AWS DMS menggunakan aliran perubahan Amazon DocumentDB untuk menangkap perubahan selama replikasi yang sedang berlangsung. Jika Amazon DocumentDB menghapus catatan dari aliran perubahan sebelum DMS membacanya, tugas Anda akan gagal. Sebaiknya atur change_stream_log_retention_duration parameter untuk mempertahankan perubahan setidaknya selama 24 jam.

Untuk menggunakan Amazon DocumentDB untuk migrasi data yang homogen, simpan kredenSIAL pengguna di Secrets Manager di bawah Kre denSIAL untuk database Amazon DocumentDB.

Fitur untuk menggunakan MongoDB-compatible database sebagai sumber untuk migrasi data homogen

  • Anda dapat memigrasikan semua indeks sekunder yang didukung Amazon DocumentDB selama fase beban penuh.

  • AWS DMS memigrasikan koleksi secara paralel. migrasi data homogen menghitung segmen saat runtime berdasarkan ukuran rata-rata setiap dokumen dalam koleksi untuk kinerja maksimum.

  • DMS dapat mereplikasi indeks sekunder yang Anda buat dalam fase CDC. DMS mendukung fitur ini di MongoDB versi 6.0.

  • DMS mendukung dokumen dengan tingkat sarang lebih besar dari 97.

Batasan untuk menggunakan MongoDB-compatible database sebagai sumber untuk migrasi data homogen

  • Dokumen tidak dapat memiliki nama bidang dengan $ awalan.

  • AWS DMS tidak mendukung migrasi koleksi deret waktu.

  • AWS DMS tidak mendukungcreate,drop, atau peristiwa rename collection DDL selama fase CDC.

  • AWS DMS tidak mendukung tipe data yang tidak konsisten dalam koleksi untuk lapangan_id. Misalnya, koleksi yang tidak didukung berikut ini memiliki beberapa tipe data untuk _id bidang tersebut.

    rs0 [direct: primary] test> db.collection1.aggregate([ ... { ... $group: { ... _id: { $type: "$_id" }, ... count: { $sum: 1 } ... } ... } ... ]) [ { _id: 'string', count: 6136 }, { _id: 'objectId', count: 848033 } ]
  • Untuk CDC-only tugas, AWS DMS hanya mendukung mode immediate mulai.

  • AWS DMS tidak mendukung dokumen dengan karakter UTF8 yang tidak valid.

  • AWS DMS tidak mendukung koleksi sharded.

Praktik terbaik untuk menggunakan MongoDB-compatible database sebagai sumber migrasi data homogen

  • Untuk beberapa database besar dan koleksi yang dihosting pada instance MongoDB yang sama, sebaiknya gunakan aturan pemilihan untuk setiap database dan koleksi untuk membagi tugas antara beberapa tugas dan proyek migrasi data. Anda dapat menyetel database dan divisi koleksi untuk kinerja maksimum.