Referenz · Storage & Backup

Daten, die nicht verloren gehen

Die Backup-Strategie ist um ein konkretes Katastrophen-Szenario gebaut: „Die Boot-Disk stirbt." Non-overlapping Sets sorgen dafür, dass jede Datei genau einmal gesichert wird — und eine Offsite-Kopie übersteht selbst einen Totalverlust vor Ort.

3-2-1 Backup-Strategie
3
Kopien
Live + Backup + Offsite
2
Medien
NVMe-Spiegel + HDD am NAS
1
Offsite
verschlüsselt in der Cloud
Non-overlapping Sets · automatisiert · per Dead Man’s Switch überwacht.

Erst spiegeln, dann sichern

Die App-Daten am Host liegen auf einem ZFS-Spiegel aus zwei SSDs: Ein Plattenausfall ist damit kein Restore-Fall, sondern ein Tausch im laufenden Betrieb. Ein Spiegel ersetzt aber kein Backup — gelöschte oder verschlüsselte Dateien spiegelt er brav mit.

ZFS-SpiegelAusfall ≠ Restorekein Backup-Ersatz

Non-overlapping Sets

Datenbanken, App-Daten und Boot-Konfiguration werden je einmal mit dem passenden Werkzeug gesichert. Keine Doppelungen — die Wiederherstellung bleibt einfach durchdenkbar.

pg_dumpKopiaFlash-Backup

Datenbanken orchestriert

Alle Datenbanken werden von einem eigenen Dienst nach Zeitplan gesichert, mit Aufbewahrung über Tage, Wochen, Monate und Jahre. Ein Dump, der nicht durchläuft, meldet sich — statt still zu fehlen.

zentral geplantGFS-Aufbewahrungmeldet Fehler

Verschlüsselt & versioniert

App-Daten landen Ende-zu-Ende verschlüsselt und versioniert im Backup (Kopia) — Schutz vor Versehen ebenso wie vor Ransomware.

KopiaE2EVersionierung

3-2-1 Offsite

Eine zusätzliche, verschlüsselte Kopie der unersetzlichen Daten liegt außer Haus in der Cloud — bewusst nur als Upload-Ziel ohne Rückzugriff.

OffsiteCloudverschlüsselt

Dead Man's Switch

Jeder Backup-Job meldet seinen Erfolg aktiv. Bleibt eine Meldung aus, schlägt das Monitoring Alarm — ein stiller Ausfall fällt sofort auf.

Push-MonitorAlertingUptime Kuma
Eingesetzter Stack
ZFS-SpiegelKopiaPostgreSQL pg_dumpBTRFS-SnapshotsCloud-OffsiteUptime Kuma