Sicherung

Was DDM selbst sichert

Vor jedem Update sichert das CMS die Datenbank – unter /data/backups auf dem Volume oder im S3-Bucket, wenn einer eingestellt ist. Die letzten drei Sicherungen bleiben.

Das ersetzt keine eigene Sicherung: Diese liegen auf demselben Server.

Was Sie sichern sollten

• Die Datenbank, regelmäßig und auf einem anderen System. Eine Sicherung von Hand nehmen Sie mit:

  docker compose exec cms bun run db:backup
  

• Die Dokumente – das Volume ddm_data (bei Kubernetes ddm-data) oder den Bucket, mit den Mitteln Ihrer Plattform: Snapshots, eine Kopie in einen zweiten Bucket.
• .env beziehungsweise config.env und secrets.env – ohne BETTER_AUTH_SECRET sind gespeicherte Zugangsdaten (Verzeichnisse, externe Quellen) nicht mehr lesbar.

Wiederherstellen

Die Sicherungen, die DDM kennt, zeigt:

docker compose exec cms bun run db:restore

Die neueste stellen Sie wieder her mit:

docker compose exec cms bun run db:restore latest --yes

Vorher sichert DDM den aktuellen Stand, sodass sich auch eine Wiederherstellung rückgängig machen lässt. Die Datenbank ist danach genau so, wie sie gesichert wurde; Dateien, die seitdem hochgeladen wurden, bleiben liegen, gehören aber zu keinem Dokument mehr.

Bei Kubernetes rufen Sie dieselben Befehle mit kubectl -n ddm exec deploy/cms -- bun run … auf.