Restore-Drills ausführen
Ein Backup ist unbewiesen, bis es restauriert hat. Ein Restore-Drill stellt Ihren neuesten Snapshot in einen isolierten Arbeitsbereich wieder her, vergleicht jede Datei byteweise mit der Quelle, macht Zeilen-Diffs der Datenbank-Dumps und stempelt ein Bestanden/Fehlgeschlagen-Badge aufs Projekt — automatisch, nach Zeitplan. Der Unterschied zwischen Backups glauben und wissen.
So geht's
Einen wöchentlichen Drill planen
Ergänzen Sie im Schedule-Tab des Projekts einen Drill-Zeitplan. Wöchentlich ist die empfohlene Kadenz: Drills sind der teure Beweis (ein echter Restore), während der günstige Strukturcheck (restic check) täglich nebenher laufen kann.
Oder sofort einen auslösen
Der Restore-drill-Tab der Projekt-Detailseite zeigt das letzte Ergebnis und startet auf Wunsch sofort einen Drill. Er restauriert in einen isolierten Arbeitsbereich — Live-Projekt und Repository bleiben unberührt.
Den Drill-Bericht lesen
Ein Drill besteht nur bei null Abweichungen: jede Datei byteidentisch, jeder Dump zeilenkonsistent. Das Projekt zeigt lastDrillAt und ein Bestanden/Fehlgeschlagen-Badge — „Verified" heißt: Ein echter Restore ist gelungen, nicht bloß: Ein Backup existiert.
Einen gescheiterten Drill wie einen Incident behandeln
Ein gescheiterter Drill schickt eine Alert-Mail mit dem Abweichungsdetail. Häufige Ursachen: zerrissene Dumps eines Services am Adapter vorbei, während des Backups von einem parallelen Deploy geänderte Dateien, oder Repository-Korruption (mit Check samt Read-Data bestätigen). Ursache beheben, Backup Now laufen lassen, erneut drillen.
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
Ein Backup wiederherstellen
Snapshot wählen, Projektnamen zur Bestätigung tippen, standardmäßig an einen neuen Ort wiederherstellen und validieren, bevor irgendetwas überschrieben wird.
Automatische Backups planen
Tägliches Backup, wöchentliches Prune mit Retention, Integritätschecks und Restore-Drills — validierter Cron, ein Job pro Repository, Live-Logs.
PostgreSQL
PostgreSQL unter Docker sichern
MongoDB
MongoDB unter Docker sichern
Häufig gestellte Fragen
Was genau vergleicht ein Drill?
Jeder Quellpfad und jede Config wird byteweise gegen sein wiederhergestelltes Spiegelbild gehasht, und der wiederhergestellte Dump jeder aktiven Datenbank-Ebene wird zeilenweise gegen die Quelle differenziert (oder geparst). Jede Abweichung lässt den Drill scheitern — kein Teilbestehen.
Kann ein Drill mein Live-Projekt beschädigen?
Nein. Drills restaurieren in einen isolierten Arbeitsbereich und räumen ihn danach auf, selbst wenn der Drill eine Exception wirft. Live-Projekt, Container und Repository sind nur lesende Beteiligte.
Worin unterscheidet sich ein Drill von restic check?
restic check beweist, dass das Repository strukturell gesund ist (keine fehlenden Packs, kein Index-Verfall). Nur ein Drill beweist, dass das Repository wirklich zu funktionierenden Daten restauriert. Checks täglich, Drills wöchentlich.
Laufen Drills auf Fleet-Agenten?
Noch nicht — Drills laufen auf dem Primärserver. Remote-Projekte behalten Backup, Check, Prune und Restore auf ihrem Agenten.