Auf einem Server, der seine Fotos in S3 ablegt, landen die geplanten Datenbank-Backups im selben Bucket, sodass ein Ausfall der Server-Festplatte die Backups nicht mehr mitnimmt.
Gallery schreibt jede Nacht ein Datenbank-Backup. Bisher landete es auf derselben Festplatte wie der Server. Deine Fotos mögen sicher im Objektspeicher liegen, aber die Datenbank, die deine Alben, Personen, Spaces und Bearbeitungen kennt, lag mit jedem ihrer Backups auf einer einzigen Festplatte. Fiel die aus, waren beide weg.
Auf einem Server, der schon das S3-Speicher-Backend nutzt, öffne Verwaltung › Einstellungen › Einstellungen zum Datenbankexport und schalte Backups zu S3 hochladen ein. Gallery nutzt Bucket, Zugangsdaten, Region und Endpunkt, die es schon hat, es gibt also nichts Neues einzurichten und kein neues Geheimnis in der Datenbank. Auf einem Server, der Fotos auf der Festplatte speichert, erscheint der Schalter nicht.
Jedes Backup wird zuerst unter einem vorläufigen Namen auf die lokale Festplatte geschrieben, nach dem Fertigstellen umbenannt, unter backups/ in den Bucket geladen und erst dann lokal gelöscht. Ein Export, der auf halbem Weg abbricht, kann nie für ein brauchbares Backup gehalten werden, und ein Backup, dessen Upload fehlschlug, wird beim nächsten Lauf erneut versucht. Die übliche Aufbewahrung behält die letzten 14.
Die Einstellungen zum Datenbankexport und die Auswahl zur Wiederherstellung listen die Backups in deinem Bucket, Wiederherstellen funktioniert also wie bisher. Wenn du S3-Lebenszyklusregeln nur für deine Backups willst, beschränke sie auf das Präfix backups/, und deine Fotos bleiben unberührt.
Bereit, Gallery auf deinem eigenen Server zu betreiben? In wenigen Minuten installiert, Demo bleibt zum kurzen Testen.