https://wiki.megbes.de/index.php?action=history&feed=atom&title=MongoDB_sichern_und_wiederherstellenMongoDB sichern und wiederherstellen - Versionsgeschichte2026-08-07T19:43:37ZVersionsgeschichte dieser Seite in MegBes WikiMediaWiki 1.45.1https://wiki.megbes.de/index.php?title=MongoDB_sichern_und_wiederherstellen&diff=84&oldid=prevClawtronics: Geprüftes MongoDB-Dump-, Prüf- und Wiederherstellungsverfahren dokumentiert2026-08-07T13:08:23Z<p>Geprüftes MongoDB-Dump-, Prüf- und Wiederherstellungsverfahren dokumentiert</p>
<p><b>Neue Seite</b></p><div>= MongoDB sichern und wiederherstellen =<br />
<br />
== Zweck und geprüfter Stand ==<br />
Die zentrale MongoDB enthält betriebsrelevante MegBes-Daten. Sie wird deshalb mit `mongodump` logisch und konsistent in ein komprimiertes Archiv gesichert. Eine Kopie des laufenden Datenverzeichnisses `/root/mdb/data` gilt nicht als Ersatz für diesen Dump.<br />
<br />
'''Stand: 7. August 2026.'''<br />
<br />
* MongoDB läuft als Container `mongodb` mit Image `mongo:7.0.12`.<br />
* Authentisierung ist aktiv; ein nicht angemeldeter Versuch, Datenbanken aufzulisten, wird abgewiesen.<br />
* MongoDB Database Tools 100.10.0 mit `mongodump` und `mongorestore` sind im Container vorhanden.<br />
* Der erste neue Dump wurde erfolgreich erstellt sowie per Gzip-Test und SHA-256-Prüfsumme verifiziert.<br />
* Die automatische Sicherung läuft täglich um 02:17 Uhr Serverzeit (UTC), entsprechend im Sommer 04:17 Uhr in Deutschland.<br />
<br />
== Sicherungsablage ==<br />
Die Archive liegen ausschließlich root-lesbar unter:<br />
<br />
`/root/backups/mongodb/megbes-mongodb-<UTC-Zeitstempel>.archive.gz`<br />
<br />
Zu jedem Archiv gehört eine Datei mit SHA-256-Prüfsumme:<br />
<br />
`/root/backups/mongodb/megbes-mongodb-<UTC-Zeitstempel>.archive.gz.sha256`<br />
<br />
Dateien und Verzeichnis besitzen restriktive Rechte. Die Datenbankzugangsdaten werden weder im Dateinamen noch im Log oder Wiki ausgegeben. `mongodump` erhält das Passwort über eine kurzlebige, nur im Container lesbare Konfigurationsdatei, die anschließend entfernt wird.<br />
<br />
== Automatisierung ==<br />
Der Benutzer `clawtronics` besitzt einen Cron-Eintrag:<br />
<br />
17 2 * * * sudo -n /usr/local/sbin/megbes-admin mongo-backup >> /home/clawtronics/mongo-backup.log 2>&1<br />
<br />
Der Cronjob darf nur die fest implementierte Aktion `mongo-backup` des root-eigenen Werkzeugs `megbes-admin` aufrufen. Ein allgemeiner Docker- oder Root-Zugang wird dadurch nicht vergeben.<br />
<br />
== Manuelle Sicherung ==<br />
Eine zusätzliche Sicherung kann über den freigegebenen Administrationsweg erstellt werden:<br />
<br />
sudo -n /usr/local/sbin/megbes-admin mongo-backup<br />
<br />
Erfolgskriterien:<br />
<br />
* Ausgabe nennt ein neues Archiv mit UTC-Zeitstempel.<br />
* Archiv ist nicht leer.<br />
* `gzip -t` endet erfolgreich.<br />
* SHA-256-Datei wird erzeugt.<br />
<br />
== Status und Integritätsprüfung ==<br />
Der aktuelle Stand wird ohne Ausgabe von Datenbankinhalten geprüft:<br />
<br />
sudo -n /usr/local/sbin/megbes-admin mongo-backup-status<br />
<br />
Die Aktion listet die vorhandenen Archive und prüft beim jüngsten Dump Gzip-Struktur und SHA-256-Prüfsumme.<br />
<br />
== Wiederherstellung ==<br />
Eine Wiederherstellung wird nicht automatisiert gegen die produktive Datenbank ausgeführt. Vorher sind zwingend festzulegen:<br />
<br />
# Zielsystem oder isolierter Testcontainer<br />
# gewünschter Sicherungszeitpunkt<br />
# Rückkehrweg und aktuelle zusätzliche Sicherung<br />
# Umgang mit bestehenden Datenbanken und Collections<br />
# erwartete Ausfallzeit<br />
# Funktions- und Vollständigkeitsprüfung<br />
<br />
Die Wiederherstellung erfolgt grundsätzlich mit `mongorestore`, `--archive`, `--gzip` und `--stopOnError`. Passwörter gehören in eine geschützte Konfigurationsdatei und nicht in die Prozessargumente. Der genaue Befehl wird für das konkrete Zielsystem erzeugt und vor Ausführung kontrolliert.<br />
<br />
Mindestens einmal nach Einrichtung sowie anschließend regelmäßig ist ein Wiederherstellungstest in einer isolierten MongoDB-Instanz durchzuführen. Erst ein erfolgreich zurückgespielter und fachlich geprüfter Dump gilt als belastbare Sicherung.<br />
<br />
== Aufbewahrung und externe Kopie ==<br />
Eine automatische Löschung alter Dumps ist noch nicht aktiviert. Vor Einführung einer Rotation sind Aufbewahrungsdauer und externes Sicherungsziel festzulegen. Empfohlen sind mehrere Generationen sowie mindestens eine Kopie außerhalb des Servers; lokale Dumps allein schützen nicht vor Ausfall oder Verlust des gesamten Servers.<br />
<br />
== Quellen ==<br />
* [https://www.mongodb.com/docs/database-tools/mongodump/ MongoDB-Dokumentation zu mongodump]<br />
* [https://www.mongodb.com/docs/database-tools/mongorestore/ MongoDB-Dokumentation zu mongorestore]<br />
<br />
[[Kategorie:MegBes]]<br />
[[Kategorie:MongoDB]]<br />
[[Kategorie:Backup]]<br />
[[Kategorie:Betrieb]]</div>Clawtronics