Amalan terbaik untuk membuat sandaran dan memulihkan pangkalan data MongoDB

Gunakan Mongodump dan Mongorestore untuk sandaran logik, lebih baik pada nod sekunder dengan pemampatan dan pilihan yang sesuai untuk peranan dan koleksi. 2. Bagi sistem besar atau pengeluaran, gunakan snapshot sistem fail seperti LVM atau AWS EBS dengan menghentikan nod sekunder untuk memastikan konsistensi dan menangkap data dan fail jurnal. 3. Automatikkan jadual sandaran menggunakan pekerjaan cron berdasarkan RPO, putar sandaran lama, simpan di luar tapak di storan awan, dan ujian mengembalikan secara teratur. 4 Leverage MongoDB Atlas atau Ops Manager untuk persekitaran perusahaan untuk membolehkan sandaran berterusan, pemulihan titik-masa, penyulitan, dan ujian pemulihan automatik. 5. Mengesahkan sandaran setiap suku tahun dengan memulihkan ke persekitaran ujian, mengesahkan integriti data, indeks, dan dokumen, dan mendokumenkan proses pemulihan penuh. 6. Backup selamat dengan menyulitkan rehat, menyekat akses melalui dasar IAM atau akses, mengelakkan kelayakan yang dikodkan, dan berputar kunci penyulitan secara berkala, memastikan perlindungan yang komprehensif untuk kluster sharded dengan menyelaraskan merentasi pelayan dan konfigurasi semasa memantau log dan peringatan untuk kegagalan.

Menyokong dan memulihkan pangkalan data MongoDB adalah penting untuk integriti data, pemulihan bencana, dan mengekalkan kesinambungan perniagaan. Sama ada anda menguruskan aplikasi kecil atau penggunaan berskala besar, berikutan amalan terbaik memastikan data anda tetap selamat dan boleh diperolehi semula. Inilah yang perlu anda ketahui.

1. Gunakan mongodump dan mongorestore untuk sandaran yang mudah dan boleh dipercayai

Bagi kebanyakan penyebaran MongoDB-terutamanya set standalone atau replika- mongodump dan mongorestore adalah alat pergi untuk sandaran logik.

Amalan Terbaik:

• Gunakan mongodump dengan penapis pertanyaan untuk membuat sandaran koleksi tertentu atau subset data apabila diperlukan.
• Sentiasa sertakan indeks dan pengguna dengan menggunakan --dumpDbUsersAndRoles dan -Pilihan --includeCollection jika berkenaan.
• Jalankan mongodump pada nod sekunder dalam set replika untuk mengelakkan kesan prestasi di peringkat utama.
• Mampat sandaran menggunakan --gzip untuk mengurangkan masa penyimpanan dan pemindahan.

Contoh:

 Mongodump -HOST RS0/MONGO1: 27017, Mongo2: 27017 --GZIP --out/sandaran/mongoDB/$ (tarikh %f)

Nota: mongodump mencipta sandaran logik, jadi ia tidak sesuai untuk pangkalan data yang sangat besar kerana prestasi dan kebimbangan konsistensi.

2. Leverage Filesystem snapshots untuk penyebaran besar atau pengeluaran

Untuk pangkalan data yang besar atau persekitaran yang tinggi, snapshot peringkat sistem fail (contohnya, LVM, AWS EBS, atau array penyimpanan) lebih cepat dan lebih cekap daripada alat logik.

Amalan Terbaik:

• Berhenti menulis atau menggunakan jurnal untuk memastikan konsistensi data. Dalam set replika, hentikan proses mongod pada sekunder sebelum snapshotting.
• Gunakan fsyncLock dan fsyncUnlock (ditutup dalam versi yang lebih baru) hanya jika anda boleh mentolerir downtime. Lebih baik: Ambil gambar dari sekunder berhenti.
• Pastikan gambar menangkap kedua -dua fail data dan fail jurnal untuk konsistensi kemalangan.
• Automatikkan snapshot dengan skrip dan jadwalnya semasa tempoh trafik rendah.

Contoh aliran kerja:

1. Jeda Node Menengah: sudo systemctl stop mongod
2. Ambil snapshot EBS (AWS) atau LVM snapshot
3. Mulakan semula mongod

Kaedah ini menyokong pemulihan point-in-time dan skala yang lebih baik daripada mongodump .

3. Melaksanakan jadual sandaran secara teratur dan automatik

Sandaran manual adalah rawan ralat. Automasi memastikan konsistensi dan mengurangkan kesilapan manusia.

Amalan Terbaik:

• Jadual sandaran setiap hari atau setiap jam berdasarkan objektif titik pemulihan anda (RPO).
• Putar sandaran menggunakan alat seperti dasar logrotate atau kitaran hayat awan untuk mengelakkan penyimpanan penyimpanan.
• Simpan sandaran di luar tapak (contohnya, AWS S3, Google Cloud Storage) untuk pemulihan bencana.
• Ujian Pulihkan Prosedur secara berkala -sandaran hanya sebaik pemulihannya.

Gunakan contoh pekerjaan Cron:

 0 2 * * */usr/bin/mongodump --gzip --out/sandaran/harian/$ (tarikh \%f) && s3 sync/sandaran/harian/s3: // my-mongo-backups/harian/

4. Gunakan Atlas MongoDB atau Pengurus Ops untuk sandaran gred perusahaan

Jika anda menggunakan MongoDB Atlas atau MongoDB Enterprise Ops Manager , memanfaatkan ciri-ciri sandaran berterusan dan pemulihan point-in-time (PITR) yang berterusan.

Faedah:

• Sandaran tambahan yang berterusan dengan penangkapan OPLOG
• Pitr turun ke tempat kedua
• Dasar penyulitan dan pengekalan terbina dalam
• Pemulihan lancar melalui UI atau API

Amalan Terbaik:

• Dayakan PITR dan tetapkan tingkap pengekalan yang sesuai (misalnya, 7-30 hari).
• Pantau kesihatan sandaran dan amaran terhadap kegagalan.
• Gunakan automasi pengurus OPS untuk memulihkan ujian dalam pementasan.

5. Mengesahkan sandaran dengan ujian pemulihan biasa

Banyak pasukan menganggap sandaran bekerja -sehingga mereka tidak.

Amalan Terbaik:

• Latihan pemulihan suku tahunan : Pulihkan sandaran ke persekitaran ujian dan sahkan integriti data.
• Periksa kiraan kutipan, indeks, dan dokumen sampel pasca restore.
• Automatikkan Skrip Pengesahan yang Koleksi Kunci Pertanyaan Selepas Pulihkan.
• Dokumen proses pemulihan penuh untuk kegunaan kecemasan.

6. Selamatkan data sandaran anda

Backup adalah sasaran yang berharga untuk penyerang.

Amalan Terbaik:

• Menyulitkan fail sandaran pada rehat menggunakan AES-256 atau penyulitan sistem fail.
• Gunakan peranan IAM atau dasar akses untuk menyekat siapa yang boleh mengakses storan sandaran.
• Elakkan menyimpan kelayakan dalam skrip -gunakan pembolehubah persekitaran atau pengurus rahsia.
• Putar kunci penyulitan secara berkala.

Nota akhir

• Untuk kelompok sharded , menyelaraskan sandaran di semua shards dan pelayan konfigurasi. Gunakan mongodump atau Pengurus Ops untuk konsisten.
• Elakkan bergantung semata-mata pada mongodump untuk pangkalan data multi-terabyte-snapshots atau penyelesaian yang diuruskan.
• Sentiasa memantau log sandaran dan sediakan makluman untuk kegagalan.

Pada asasnya, strategi yang betul bergantung pada skala anda, keperluan uptime, dan RTO/RPO. Gabungan gambar automatik, penyimpanan luar tapak, dan ujian biasa memberikan perlindungan yang terbaik.

Atas ialah kandungan terperinci Amalan terbaik untuk membuat sandaran dan memulihkan pangkalan data MongoDB. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!