Automatische Backups planen
Dockstash plant vier Job-Arten pro Projekt — backup, prune, check und drill — jede mit eigenem Cron-Ausdruck, ausgeführt über eine serialisierte Queue, die einen Job pro Repository zur Zeit garantiert. Mit täglichem Backup, wöchentlichem Prune samt Retention und wöchentlichem Drill laufen und verifizieren sich Ihre Backups ohne Sie.
So geht's
Den Schedule-Tab des Projekts öffnen
Gehen Sie auf die Projekt-Detailseite und öffnen Sie den Schedule-Tab. Zeitpläne erfordern einen Bezahltarif: Free kennt nur manuelle Backups, Pro erlaubt bis stündlich, Business jeden Cron-Ausdruck.
Die Backup-Frequenz wählen
Wählen Sie täglich, wöchentlich oder einen eigenen Cron-Ausdruck — die Syntax wird beim Tippen validiert (0 3 * * * = täglich um 03:00). Täglich zur ruhigen Stunde ist der richtige Standard; stündlich nur, wenn ein Tag Datenverlust inakzeptabel wäre.
Einen Prune-Zeitplan mit Retention ergänzen
Prune ist absichtlich eine eigene Job-Art — es hält den Repository-Lock und löscht Daten, läuft also nie im selben Lauf wie ein Backup. Ergänzen Sie ein wöchentliches Prune und setzen Sie Ihre Aufbewahrungsrichtlinie (N täglich / wöchentlich / monatlich); sie übersetzt sich direkt in restic forget --prune.
Integritätschecks und Restore-Drill ergänzen
Planen Sie einen Check (restic check — strukturelle Integrität, günstig, gerne täglich) und einen Drill (voller Restore in einen isolierten Arbeitsbereich mit Byte- und Zeilen-Diffs — teuer, wöchentlich ist das Optimum). Der Drill macht aus „Backup existiert" ein „Backup restauriert".
Speichern und den ersten geplanten Lauf beobachten
Zeitplan speichern und feuern lassen. Jeder laufende Job streamt seine restic-Ausgabe live ins Log-Panel. Zwei Zeitpläne, die auf demselben Repository kollidieren, werden automatisch serialisiert — restic korrumpiert Repositories bei gleichzeitigem Zugriff, die Queue ist also der Korrektheitsvertrag, keine Optimierung.
Mit Dockstash in einem Klick
Dockstash führt exakt den obigen Dump aus, übergibt ihn off-site an restic und drill-testet den Restore automatisch — kein Skript zu pflegen.
Zuletzt aktualisiert: July 2026
Verwandte Guides
Eine Aufbewahrungsrichtlinie festlegen
N tägliche, wöchentliche und monatliche Snapshots behalten und das geplante Prune Ihre Richtlinie direkt auf restic forget --prune abbilden lassen.
Restore-Drills ausführen
Den neuesten Snapshot automatisch in einen isolierten Arbeitsbereich wiederherstellen, byte- und zeilenweise gegen die Quelle vergleichen und ein Bestanden/Fehlgeschlagen-Badge erhalten.
PostgreSQL
PostgreSQL unter Docker sichern
MySQL
MySQL unter Docker sichern
MongoDB
MongoDB unter Docker sichern
Häufig gestellte Fragen
Warum kann Prune nicht Teil des Backup-Jobs sein?
Prune hält den Repo-Lock und ist destruktiv. Scheiterte ein kombinierter Job auf halbem Weg, hätten Sie womöglich weder frisches Backup noch abgeschlossenes Prune. Getrennte Zeitpläne lassen jede Operation allein gelingen oder scheitern.
Was passiert, wenn zwei Zeitpläne gleichzeitig feuern?
Gleiches Repository: Sie werden serialisiert — der zweite wartet auf den ersten. Verschiedene Repositories laufen parallel. Ein Repo sieht nie zwei gleichzeitige restic-Operationen.
Welche Cron-Frequenzen erlaubt mein Tarif?
Free hat keine Zeitpläne (nur manuelles Backup Now). Pro erlaubt bis stündlich. Business jeden Cron-Ausdruck. Das Formular weist alles über dem Tarif-Limit ab.
Werden geplante Läufe bei Fehlern wiederholt?
Ja, mit gedeckeltem exponentiellem Backoff. Wiederholte Fehlschläge markieren den Zeitplan als failed und lösen eine Alert-Mail aus — Fehler sind absichtlich laut.
Kann ich einem geplanten Backup live zuschauen?
Ja. Jeder Job streamt restic stdout/stderr Zeile für Zeile ins Log-Panel des Projekts über einen Live-Socket — genau wie ein manuelles Backup Now.