Ihre NAS-Sicherung ist nach der Rückkehr des VPN immer noch fehlgeschlagen

Das VPN verbindet sich um 06:10 erneut, das Dashboard zeigt den Tunnel grün, und die nächtliche Sicherung hat immer noch keinen neuen Wiederherstellungspunkt. Das ist kein Widerspruch; es sind zwei Zeitpläne, die nie aufeinander abgestimmt wurden. Ein Tunnel, der zurückkommt, ist ein Netzwerkereignis. Eine Sicherung, die abschließt, ist ein Anwendungsereignis mit eigener Zustandsmaschine, und ein unterbrochener Lauf kann angehalten, abgebrochen oder hinter etwas völlig anderem in die Warteschlange gestellt werden.

Planen Sie das Zeitfenster um einen abgeschlossenen Wiederherstellungspunkt herum, nicht um die Kontrollleuchte des Tunnels.

Beginnen Sie beim Wiederherstellungspunkt, nicht bei der Startzeit

Schreiben Sie die Anforderung als Frist für eine akzeptierte Version: ein neuer Wiederherstellungspunkt, der die eigene Integritätsprüfung der Aufgabe bis zu einem festgelegten Zeitpunkt besteht. Arbeiten Sie dann rückwärts durch die erwartete Dauer, die übliche Schwankung und einen unterbrochenen Versuch. Eine Startzeit ist keine Zusage; sie ist nur der Moment, in dem der Scheduler es versucht hat. Legen Sie die Frist in der Sicherungsrichtlinie fest, nicht in einer Chatnachricht. Eine Zahl, die nur im Gedächtnis von jemandem lebt, ist keine Überwachungsschwelle.

Nutzen Sie die Historie der Aufgabe für die Dauerabschätzung. Chunk-Verarbeitung, Deduplikation und Indexarbeit gehören zum Lauf, daher unterschätzt das Teilen geänderter Bytes durch eine Verbindungsgeschwindigkeit das Zeitfenster auf eine Weise, die später wie ein Netzwerkproblem aussieht.

Was eine Unterbrechung mit dem Job macht

Hyper Backup unterscheidet Arbeit, die fortgesetzt werden kann, von Arbeit, die es nicht kann: Das dokumentierte Verhalten ist, dass fortsetzbare Aufgaben angehalten und nicht fortsetzbare Aufgaben abgebrochen werden, wenn die Verbindung wegfällt. Keiner der beiden Zustände ist im VPN-Client sichtbar, und keiner wird durch erneutes Verbinden des Tunnels behoben. Lesen Sie den Aufgabenstatus und den aufgezeichneten Grund, bevor Sie annehmen, dass der nächste geplante Lauf dort weitermacht, wo der alte aufgehört hat.

Manuelles Anhalten und eine Netzwerkunterbrechung können unterschiedliche Lebenszyklen haben. Wenn ein Bediener die Aufgabe pausiert hat, ändert das erneute Verbinden des Netzwerks überhaupt nichts.

Das Ziel hat eigene Anforderungen

Ein wiederhergestellter Tunnel bindet keinen verschlüsselten freigegebenen Ordner ein, erneuert keine abgelaufenen Sicherungsanmeldedaten und schließt keine Wartung am Ziel ab. Das sind getrennte Bereitschaftsprüfungen, und jede einzelne davon kann einen grünen Tunnel in einen fehlgeschlagenen Job verwandeln. Bestätigen Sie, dass das Ziel erreichbar und beschreibbar ist, bevor Sie den Wiederherstellungsplan beschuldigen.

Wenn das Ziel-NAS selbst neu gestartet ist, starten seine Dienste möglicherweise noch, wenn die Sicherungsaufgabe ausgelöst wird. Eine kurze Bereitschaftsprüfung ist billiger als ein fehlgeschlagener Lauf und ein erneuter Versuch.

Integritätsprüfungen konkurrieren um dieselben Stunden

Eine Integritätsprüfung kann das Zeitfenster ganz ohne Netzwerkausfall verbrauchen. DSM dokumentiert einen aktiven Prozess pro Aufgabe, und eine geplante Sicherung kann hinter der Integritätsprüfung dieser Aufgabe warten und dann nach einer maximalen Wartezeit von etwa drei Stunden übersprungen werden. Entzerren Sie die beiden Zeitpläne nach den beobachteten Dauern, und behandeln Sie einen übersprungenen Lauf als Planungsbefund und nicht als Beweis dafür, dass das VPN erneut versagt hat.

Aktivieren Sie Benachrichtigungen mit einer echten Zustellmethode und weisen Sie dann jemanden an, sie zu lesen. Ein Job, der nie gestartet ist, und ein Job, der auf halbem Weg fehlgeschlagen ist, erzeugen möglicherweise nicht dieselbe Warnung.

Machen Sie die Morgenkontrolle zu einer Kontrolle der Kopie

Die Frage am Morgen ist, ob eine aktuelle, wiederherstellbare Kopie existiert, nicht ob der Tunnel steht. Prüfen Sie das Alter der letzten akzeptierten Version gegen die Frist und führen Sie dann einen sicheren Wiederherstellungstest an einer kleinen Datei aus dieser Version durch. Bewahren Sie die vorherigen guten Versionen auf, während Sie alles untersuchen, was falsch aussieht.

Halten Sie die Zeitstempel in einer Zeitzone fest, einschließlich der Zone des Schedulers, der Zone des Ziels und der Zone der Person, die das Dashboard liest. Mehr als eine dieser Untersuchungen endet bei einer Uhrzeitdifferenz statt bei einem Netzwerkfehler, und die Notiz ist es, was das beim nächsten Mal sichtbar macht.