Der Sicherungsauftrag ist still stehengeblieben: der teuerste Ausfall ist nicht der laute

Eine Sicherung, die laut scheitert, wird am selben Tag repariert. Eine Sicherung, die still stehenbleibt, wird an dem Tag entdeckt, an dem sie gebraucht wurde. Der Unterschied liegt nicht in einer Benachrichtigung, sondern darin, worauf du schaust.

AtlasPVE ·

Dieser Eintrag beantwortet

  • proxmox sicherungen laufen nicht
  • proxmox backup job funktioniert nicht
  • proxmox sicherungsbenachrichtigung
  • proxmox e-mail bei sicherungsfehler
  • proxmox wann war die letzte sicherung

Die teuerste Ausfallform eines Sicherungskonzepts ist nicht die laute. Ein lauter Fehler wird am selben Tag gesehen und behoben. Ein Auftrag, der still stehenbleibt, bleibt wochenlang stehen und wird genau an dem Tag entdeckt, an dem er gebraucht wurde.

Wege, still stehenzubleiben

Das Ziel ist vollgelaufen. Eine Netzfreigabe wurde nach einem Neustart nicht eingehängt. Ein Speicher wurde umbenannt. Der Auftrag zeigt auf eine Maschine, die es nicht mehr gibt. Eine Zugangsangabe ist abgelaufen. All das erzeugt irgendwo einen Fehler, und nichts davon erzeugt einen Fehler vor einem Menschen.

Die Benachrichtigungsfalle

Der Satz "wenn es schiefgeht, kommt eine Mail" trägt zwei Annahmen: dass von dieser Maschine tatsächlich Mail hinausgeht, und dass jemand sie liest. In den meisten Umgebungen stimmt beides nicht. Dazu kommt: eine Benachrichtigung, die nur im Fehlerfall anschlägt, ist von einem nie funktionierenden Benachrichtigungssystem nicht zu unterscheiden, beide sind still.

Der einzige Weg zu wissen, dass eine Benachrichtigung funktioniert, ist, sie funktionieren gesehen zu haben. Erzeuge am Tag der Einrichtung bewusst einen Fehler und sieh zu, wie die Mail ankommt. Hast du das nicht gesehen, existiert diese Benachrichtigung nicht.

Das Richtige zum Hinsehen: das Alter

Sieh statt auf den Status des letzten Auftrags auf das Alter der neuesten Sicherung. Das Alter beantwortet zwei Fragen auf einmal: ist der Auftrag gelaufen, und hat er etwas erzeugt. Ein Auftrag kann laufen und nichts erzeugen und dabei erfolgreich aussehen; das Alter fängt das ab, der Status nicht.

Eine Minute Kontrolle, einmal im Monat

Sieh dir vier Dinge an: wie alt die neueste Sicherung jeder Maschine ist, ob die Zahl der aufbewahrten Sicherungen zu deiner Regel passt, wie viel Platz am Ziel bleibt, und ob es eine Maschine ganz ohne Sicherung gibt.

Letzteres wird am häufigsten gefunden, und der Grund ist fast immer derselbe: diese Maschine wurde nach dem Schreiben des Sicherungsauftrags angelegt.

Schreib die Regel, nicht die Liste

Ein Auftrag, der die zu sichernden Maschinen einzeln auswählt, ist am Tag des Schreibens richtig und mit jeder neuen Maschine ein Stück falscher. Definiere ihn nach Möglichkeit als "alle, außer diesen". Dann bringt das Anlegen einer neuen Maschine sie von selbst in den Sicherungsbereich, und der Preis des Vergessens sinkt auf null.

Was Atlas tut

Atlas zeigt die vorhandenen Sicherungen samt ihren Daten, sodass die obige Altersfrage durch Hinsehen statt durch Raten beantwortet wird: wann die neueste Sicherung jeder Maschine entstand, steht auf einem Bildschirm.

Atlas Watch beobachtet den Server selbst, ausstehende Aktualisierungen, die virtuellen Maschinen und das Alter der Sicherungen. Es schaut dorthin, wozu diese Seite rät: nicht auf den letzten Status des Auftrags, sondern auf das Alter der neuesten Sicherung. Ist die neueste Sicherung einer Maschine älter als die gewählte Anzahl Tage, steht das in der täglichen Zusammenfassung; die Voreinstellung liegt bei drei Tagen, sie lässt sich im Panel ändern, und wird die Prüfung auf kritisch gestellt, kommt die Meldung sofort, ohne auf die Zusammenfassung zu warten.

Lässt sich ein Sicherungsspeicher selbst nicht lesen, schweigt Watch nicht, sondern sagt, dass es ihn nicht lesen konnte. Stille für Gesundheit zu halten ist genau der Fehler, den diese Seite beschreibt; dass ein Wächter etwas für sauber erklärt, was er nicht lesen konnte, wurde deshalb bewusst ausgeschlossen. Die monatliche Kontrolle oben bleibt trotzdem sinnvoll: der einzige Fall, den die Prüfung nicht abdeckt, ist eine ganz neue Maschine ohne jede Sicherung.

Quellen

Die eigene Dokumentation von Proxmox. Auf Englisch, und sie hat in dieser Sache das letzte Wort.

Verwandte Einträge

Wie sieht das in Atlas aus?

Zur Produktseite