Ein Backup ist eine Hoffnung, bis jemand Daten zurückholt und sie benutzt. Die grüne Meldung des Auftrags sagt, dass ein Lauf zu Ende kam, nicht dass die Datei öffnet, der Server startet oder die Warenwirtschaft einen Beleg zeigt. Ein Restore-Test macht aus der Meldung einen Beweis. Er findet das fehlende Kennwort, die unvollständige Datenbank und das Ziel, das seit einem Umbau ins Leere schreibt, solange noch niemand darauf angewiesen ist.
Die grüne Meldung, die niemand geprüft hat
Tests unterbleiben, weil niemand das Produktivsystem gefährden will und weil unklar ist, wohin zurückgesichert werden darf. Beides ist berechtigt und lösbar: zurück in einen eigenen Ordner oder auf eine isolierte Maschine, nie über den laufenden Bestand. Ein Test, der nur prüft, ob eine Datei im Katalog sichtbar ist, bleibt zu dünn. Eine Datei kann ankommen und die Datenbank dahinter trotzdem unbrauchbar sein. Umgekehrt kann eine ganze Maschine starten und der eine Ordner, den die Buchhaltung braucht, aus einem Ausschluss fehlen.
Sinnvoll sind drei Tiefen, nicht jedes Mal alle. Eine einzelne Datei zeigt den gewöhnlichen Weg. Eine Maschine oder ein Systemstand zeigt, ob ein Server wieder anläuft. Ein Anwendungscheck zeigt, ob die Fachsoftware einen Datensatz öffnet. Wie weit Datenverlust und Ausfallzeit für den Betrieb tragbar sind, entscheidet die Geschäftsführung. Wir messen beim Test, was der heutige Aufbau tatsächlich hergibt, und erfinden keine Zielwerte. Das Ergebnis, einschließlich eines Fehlers, wird aufgeschrieben.
Datei, Maschine und Anwendung getrennt zurückholen
- Ort. Wählen Sie ein Ziel, das nicht der laufende Datenbestand ist, und schreiben Sie auf, dass dorthin zurückgesichert wird.
- Datei. Holen Sie eine gewöhnliche Datei aus einem älteren Stand zurück und öffnen Sie sie mit der Fachperson.
- Maschine. Starten Sie einen Server- oder Systemstand isoliert, ohne ihn ins Produktivnetz zu hängen.
- Anwendung. Öffnen Sie die Fachsoftware auf diesem Stand weit genug, dass ein echter Datensatz sichtbar wird.
- Notiz. Halten Sie fest, welcher Stand genutzt wurde, was gelang und was fehlte, einschließlich des Schlüsselwegs.
Der Test ist auch die Probe für die Reihenfolge des Wiederanlaufs und für den Schlüssel der Verschlüsselung. Wenn die Vertretung den Schlüssel nicht findet, ist der Test fehlgeschlagen, auch wenn die Dateien auf dem Datenträger liegen. Wir planen die Probe in die Betreuung ein, damit sie nicht an einem freien Abend hängen bleibt, den es nicht gibt.
Woran Projekte in der Praxis scheitern
- Den Test über den laufenden Datenbestand legen, um Zeit zu sparen.
- Nur den Katalog öffnen und das als Restore bezeichnen.
- Einen fehlgeschlagenen Test aus der Notiz nehmen, weil die Meldung am nächsten Tag wieder grün war.
- Die Probe ausschließlich von der einen Person abhängig machen, die das Backup eingerichtet hat.
Beispiel aus dem Betriebsalltag
Bei einem Handelsbetrieb war der Sicherungsauftrag über lange Zeit grün. Die Probe einer einzelnen Datei gelang, der Start der Datenbank auf einem isolierten Stand nicht, weil der Auftrag die Datenbank nur im laufenden Zustand mitgenommen hatte. Wir haben den Auftrag auf einen anwendungskonsistenten Weg umgestellt und die Probe wiederholt, bis ein Beleg sichtbar war. Die frühere grüne Meldung blieb in der Erinnerung als das, was sie war: ein abgeschlossener Kopiervorgang ohne Beweis.
Kurze Entscheidungshilfe
- Wann wurde zuletzt etwas zurückgeholt und nicht nur im Katalog angezeigt?
- Lag das Ziel außerhalb des laufenden Bestands?
- Hat eine fachliche Person den Inhalt angesehen?
- Ist ein fehlgeschlagener Test aufgeschrieben und nicht nur der geglückte?
Wenn einen Restore, der den Backup-Auftrag beweist bei Ihnen ansteht, klären wir den Umfang unverbindlich: Backup und Wiederherstellung. Wiederanlauf in der richtigen Reihenfolge Alternativ direkt Kontakt aufnehmen oder die häufigen Fragen lesen.