Alerts & Benachrichtigungen einrichten
Dockstash macht Fehler laut. Jedes gescheiterte Backup, jeder gescheiterte Restore oder Drill löst sofort eine Alert-Mail an den Projekteigentümer aus, und ein Dead-Man's-Switch-Heartbeat fängt den stillen Fall, in dem nichts fehlschlug, weil nichts lief. Jede Alert trägt Projekt, Fehler, Zeitstempel des letzten Erfolgs und einen Direktlink.
So geht's
Wissen, was eine Alert auslöst
Vier Arten: ein gescheitertes Backup (jede Ebene — Dump, restic, Plattenplatz), ein gescheiterter Restore, ein gescheiterter Drill (Byte- oder Zeilenabweichung) und eine Heartbeat-Alert, wenn ein Projekt im Fenster kein erfolgreiches Backup hatte. Regeln pro Fehler konfigurieren Sie nicht — Fehler alarmieren immer.
Das Heartbeat-Fenster einstellen
Die Heartbeat-Schwelle (Standard 24 Stunden) ist das „Stille ist ein Fehler"-Fenster: Ist das letzte erfolgreiche Backup eines Projekts älter, werden Sie alarmiert — auch bei Projekten, die nie erfolgreich waren. Alerts deduplizieren innerhalb des Fensters und setzen sich zurück, sobald ein Backup gelingt.
Einen Webhook für Ihren Bereitschaftsdienst ergänzen
Setzen Sie eine Alert-Webhook-URL, und jede Alert POSTet ihre JSON-Payload zusätzlich dorthin — anschließbar an Slack, PagerDuty oder Ihren eigenen Bot. Mail und Webhook tragen dieselbe Payload: Ihre Automationen sehen exakt, was Sie sehen.
Den Audit-Trail nutzen
Destruktive und abrechnungsrelevante Aktionen (Backup-Läufe, Restore-Auslösungen, Zeitplan-Löschungen, Tarifwechsel) landen in einem unveränderlichen Audit-Log mit Akteur, Aktion, Ziel, IP und Zeitstempel — ohne Update- oder Löschpfad. Einsehbar im Konto oder über die Audit-API.
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
Fehlgeschlagene Backups beheben
Live-restic-Logs lesen, veraltete Locks sich selbst heilen lassen, Offline-Agenten wiederbeleben und Heartbeat-Alerts verstehen.
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.
Redis
Redis unter Docker sichern
MySQL
MySQL unter Docker sichern
Häufig gestellte Fragen
Werde ich zugespammt, wenn ein Projekt dauernd fehlschlägt?
Heartbeat-Alerts deduplizieren für die Fensterlänge, bevor sie erneut alarmieren, und ein erfolgreiches Backup löscht die Deduplizierung sofort. Fehler-Alerts feuern pro fehlgeschlagenem Lauf — schlagen Läufe dauernd fehl, ist das Signal, kein Spam.
Was steckt in der Alert-Payload?
Projektname, Fehlerdetail, Zeitstempel des letzten Erfolgs und ein Direktlink ins Projekt-Dashboard. Der Webhook erhält dieselben Felder als JSON.
Warum kam eine Alert, obwohl nichts fehlgeschlagen ist?
Das ist der Heartbeat: Im Fenster landete kein erfolgreiches Backup. Ein pausierter Zeitplan, ein gestoppter Agent oder ein nie gelaufenes Projekt sehen in der Stille identisch aus — genau für diese Fälle existiert der Dead-Man's-Switch.
Kann externes Monitoring Dockstash selbst überwachen?
Ja — richten Sie Ihren Uptime-Monitor auf den unauthentifizierten Health-Endpoint (200 bei gesundem Stack, 503 degradiert). Aggregierte Zähler liegen ohne personenbezogene Daten auf einem Metrics-Endpoint.