Ein Backup, das Sie nie zurückgespielt haben
Backups haben alle. Wiederherstellungen deutlich weniger — und welche Sorte Sie haben, erfahren Sie am schlechtesten Tag des Jahres.
Backups scheitern leise und auf eine Weise, die genau wie Erfolg aussieht: Der Job meldet grün, die Datei existiert, die Größe wirkt plausibel. Sichtbar wird das Versagen erst, wenn Sie es brauchen — also genau dann, wenn Sie es am wenigsten verkraften.
Der einzige Test eines Backups ist die Wiederherstellung
Ein abgeschlossener Backup-Lauf beweist, dass etwas geschrieben wurde. Er beweist nicht, dass sich das Archiv öffnen lässt, dass es enthält, was Sie glauben, oder dass die benötigte Version darin ist.
Die häufigen Fehler sind langweilig und konkret: Der Job sichert seit einer Pfadänderung ein leeres Verzeichnis, das Archiv ist mit einem Schlüssel verschlüsselt, den niemand mehr hat, oder er läuft einwandfrei und überspringt still die eine Datenbank, auf die es ankommt. Alle drei melden jede Nacht Erfolg.
Sichern Sie, was Sie nicht neu erzeugen können
Nicht alles verdient den Aufwand. Code in einem Repository, wieder herunterladbare Dateien, alles, was ein Build erzeugt — das ist schon sicher oder billig wiederherstellbar.
Es zählt, was genau an einer Stelle existiert und von Menschen gemacht wurde: die Datenbank, hochgeladene Dateien, nirgends notierte Konfiguration, Einstellungen, an denen jemand zwei Tage gefeilt hat. Brauchte es einen Menschen und gibt es eine Kopie, steht es auf der Liste. Kann eine Maschine es in zehn Minuten neu erzeugen, meist nicht.
Eine Kopie am selben Ort ist kein Backup
Ein Snapshot auf demselben Server, im selben Konto, unter derselben Anmeldung übersteht einen Plattenausfall und sonst nichts. Er übersteht kein gesperrtes Konto, keine sich fortpflanzende Fehllöschung und keinen schlechten Tag einer Person mit Zugriff.
Legen Sie mindestens eine Kopie dorthin, wo das laufende System nicht hinkommt und nichts löschen kann. Genau diese Eigenschaft — dass das System keine Macht über die Kopie hat — macht aus einem Duplikat ein Backup.
Üben Sie an einem normalen Dienstag
Die entscheidende Zahl ist nicht, wie oft Sie sichern, sondern wie lange eine Wiederherstellung dauert und ob Sie sie unter Druck schaffen. Diese Zahl kennt niemand, bevor er es einmal getan hat.
Nehmen Sie einen gewöhnlichen Nachmittag, stellen Sie etwas Echtes an einem sicheren Ort wieder her und stoppen Sie die Zeit. Sie werden mindestens eine falsche Annahme finden — ein fehlendes Zugangsdatum, einen Schritt, der jemanden im Urlaub braucht, ein Archiv, dessen Übertragung vier Stunden dauert. Beheben Sie das, solange nichts brennt, notieren Sie die Schritte in der Reihenfolge, die funktioniert hat — und aus einer Hoffnung ist ein Verfahren geworden.
Häufig gestellte Fragen
Woher weiß ich, dass meine Backups funktionieren?
Nur durch eine Wiederherstellung. Ein abgeschlossener Lauf beweist, dass etwas geschrieben wurde — nicht, dass sich das Archiv öffnet oder enthält, was Sie glauben.
Was gehört ins Backup?
Was genau an einer Stelle existiert und von Menschen gemacht wurde: Datenbank, hochgeladene Dateien, nicht notierte Konfiguration, mühsam eingestellte Werte. Maschinell in zehn Minuten Erzeugbares meist nicht.
Reicht ein Snapshot auf demselben Server?
Nein. Er übersteht nur einen Plattenausfall — kein gesperrtes Konto, keine fortpflanzende Löschung, keinen schlechten Tag einer Person mit Zugriff. Mindestens eine Kopie muss außerhalb der Reichweite des Systems liegen.
