Vom Backup zum Restore: Wie squibble Wiederherstellbarkeit betreibt
Unsere dreistufige Backup-Architektur im Betrieb: isolierte Pull-Backups, unveränderbare Offsite-Kopien, Restore-Tests und ehrliche Grenzen.
Kategorie
Betrieb, Deployment und alles darunter: Docker Swarm, CI/CD, Netzwerk, Monitoring und die Ausfälle, aus denen wir gelernt haben.
Unsere dreistufige Backup-Architektur im Betrieb: isolierte Pull-Backups, unveränderbare Offsite-Kopien, Restore-Tests und ehrliche Grenzen.
Von zu Hause liefen alle Mail-Ports in einen Timeout, während HTTPS auf demselben Host normal antwortete. Ursache war eine zweite [DEFAULT] ignoreip in jail.d, die FAIL2BAN_IGNOREIP von docker-mailserver ersetzt.
Eine technische Blaupause für ransomware-resiliente Backups: getrennte Vertrauenszonen, unveränderbare Kopien, passende Retention und getestete Restores.
Das Special vdev eines 113-TB-Pools lag auf zwei qcow2-Dateien: beide auf derselben Consumer-SSD mit 11 % Restlebensdauer. Der Umzug war eine Operation am laufenden Mirror ohne Spielraum für Fehler. Und er hat zwei Checks aufgedeckt, die die ganze Zeit auf das Falsche gezeigt haben.
Workbench darf seine Datenbank wegwerfen und neu aufbauen. Diese Anwendung pollt Graylog und legt GitLab-Issues an, und ein Seiteneffekt hat kein Upstream. Warum Dry-Run zur Datenbankspalte wurde, warum das Dashboard keinen Löschen-Knopf hat, und warum die Schutzschranke an der HTTP-Grenze sitzt statt in der Konfiguration.