Eine Rücksicherung testen: ein grüner Auftrag ist kein Beweis

Die Sicherungsaufträge laufen jede Nacht und sind alle grün. Das beweist, dass die Datei geschrieben wurde. Es beweist nicht, dass sie gelesen werden kann, nicht, dass die Maschine darin startet, und schon gar nicht, dass der Dienst auf dieser Maschine läuft. Der Abstand dazwischen zeigt sich an dem Tag, an dem du sie wirklich brauchst.

Drei Stufen des Testens

Erste: lässt sie sich lesen. Eine Prüfung, dass die Sicherung unversehrt ist. Sie ist billig, automatisierbar, und fängt zumindest stille Beschädigung ab. Für sich genommen sagt sie noch nicht "die Maschine startet".

Zweite: startet sie. Spiel die Sicherung unter einer neuen Kennung auf ein Testziel zurück, starte sie ohne Netzverbindung und sieh dir den Anmeldebildschirm an. Die meisten erreichen diese Stufe nie, dabei kostet sie etwa eine Kaffeepause, und was sie lehrt, ist groß.

Dritte: tut sie ihre Arbeit. Kommt die Anwendung hoch, sind die Daten da, fehlt die letzte Stunde. Auf kritischen Maschinen ist das die eigentliche Frage, denn eine Maschine, die startet, aber leer startet, rettet niemanden.

Die Regel, um beim Testen nichts kaputtzumachen

Spiel immer unter einer neuen Kennung zurück, niemals über die laufende Maschine. Und mach den Test ohne Netzverbindung: zwei Maschinen mit derselben Kennung und derselben Adresse streiten im selben Netz miteinander, und den Preis zahlt nicht deine Testkopie, sondern das laufende Original.

Was Leute finden, wenn sie endlich testen

Was Ersttester finden, ähnelt sich von Umgebung zu Umgebung erstaunlich. Die Sicherung ist drei Wochen alt, weil der Auftrag still stehengeblieben ist und niemand hingesehen hat. Die Maschine startet, aber die Anwendung verlangt einen Schlüssel, der woanders lag. Die Rücksicherung braucht mehr Platz, als das Ziel hat. Nichts davon ist beim Sichern sichtbar, alles davon ist beim Zurückspielen sichtbar.

Überraschungen beim Zurückspielen

Kennungskonflikt: diese Nummer ist bereits in Gebrauch. Speichername: die Sicherung verweist auf einen Speichernamen, den es auf dieser Maschine nicht mehr gibt. Bridge-Name: die Netzdefinition in der Sicherung zeigt auf eine Bridge, die dieser Server nicht hat, also startet die Maschine ohne Netz.

Nichts davon ist ein Fehler, es sind Folgen des Umzugs. Aber trifft man sie zum ersten Mal am Tag einer echten Katastrophe, sind sie von Fehlern nicht zu unterscheiden.

Häufigkeit und Kalender

Ein Rücksicherungstest einmal im Quartal ist mehr wert als eine tadellose Sicherungsregel, die nie geübt wurde. Binde den Test an ein Datum; Tests, die man auf "wenn Zeit ist" verschiebt, finden nicht statt. Schreib auf, was du gefunden hast, denn findet der nächste Test dasselbe, liegt das Problem nicht an der Sicherung, sondern am Ablauf.

Der Sinn ist die Probe

Am Tag eines echten Verlusts hast du keine Zeit, all das zu lernen. Das Einzige, was an dem Tag zu tun ist, ist eine Arbeit zu wiederholen, die du schon gemacht hast. Der Test ist die Probe für diesen Tag, und genau das ist eine Probe wert.

Was Atlas tut

Atlas zeigt, welche Sicherungen es gibt, wo sie liegen und wann sie entstanden sind, sodass die Frage "habe ich eine Sicherung und wie alt ist sie" durch Hinsehen statt durch Raten beantwortet wird. Das ist der erste Schritt des obigen Tests: sicherzustellen, dass es etwas zu testen gibt. Die Rücksicherung selbst erfolgt über die Bildschirme auf der Proxmox-Seite; Atlas stellt sich nicht dazwischen, es macht sichtbar, was du in der Hand hast.