Archiv-Backup mit mongodump/mongorestore erstellen und eine einzelne Collection wiederherstellen

Befehl

# Single database, one compressed archive file (password is prompted):
mongodump --uri="mongodb://admin@mongo1:27017/?authSource=admin" --db=shop --gzip --archive=/backup/shop_$(date +%F).archive.gz
# Dry run before restoring the archive under a different name:
mongorestore --uri="mongodb://admin@mongo1:27017/?authSource=admin" --gzip --archive=/backup/shop_2026-10-08.archive.gz --nsFrom="shop.*" --nsTo="shop_restore.*" --dryRun
# Restore a single collection from the archive under a new name:
mongorestore --uri="mongodb://admin@mongo1:27017/?authSource=admin" --gzip --archive=/backup/shop_2026-10-08.archive.gz --nsInclude="shop.musteri" --nsFrom="shop.*" --nsTo="shop_restore.*" --numInsertionWorkersPerCollection=4
# Restore under the same name, dropping the existing collection:
mongorestore --uri="mongodb://admin@mongo1:27017/?authSource=admin" --gzip --archive=/backup/shop_2026-10-08.archive.gz --nsInclude="shop.musteri" --drop

Was es tut

Sichert eine Datenbank in eine einzige gzip-Archivdatei; stellt die ganze Datenbank oder eine einzelne Collection aus dem Archiv wieder her, optional unter einem anderen Namen (nsFrom/nsTo).

Wann einsetzen

Für logische Backups, das Übertragen von Daten zwischen Umgebungen oder das Wiederherstellen einer einzelnen versehentlich gelöschten oder beschädigten Collection.

Vorsicht

mongodump ist ein logisches Backup: Es ist bei großen Datenmengen langsam, und Indizes werden beim Restore neu aufgebaut. Ein ohne --oplog erstellter Dump ist auf einem laufenden System nicht zeitpunktkonsistent. --drop löscht die Ziel-Collection, bevor der Restore beginnt; zuerst mit nsTo unter anderem Namen wiederherstellen und prüfen. Der Restore schreibt auf den Primary und kann Replikationsverzögerung verursachen.