Daher hier noch einmal die wichtigsten Schritte für ein funktionierendes Backup zusammengefasst:

Neben der periodischen Überprüfung der aktuellen Backup Policy gehört auch die Frage, ob ausreichend Plattenplatz für die Backups zur Verfügung steht. Denn nur so lässt sich die Backup Policy auch planmäßig umsetzen. Ist der Speicherplatz für die Backups erschöpft und es werden deshalb keine Backups mehr geschrieben, wird die Datenbank früher oder später mit einem vollen Archive-Log-Bereich stehen bleiben! Hier kann im Bedarfsfalls ein geeignetes Monitoring helfen, rechtzeitig auf Speicherengpässe hinzuweisen. Bitte beachte, dass der Backup Speicherplatz oft ein Vielfaches der Speicherkapazität der zu sichernden Datenbank benötigt. Denn hier gilt: Ein altes Backup wird erst dann gelöscht, wenn das neue Backup geschrieben wurde.

Eine der unbequemsten Fragen überhaupt ist, ob das Backup auch konsistent ist. Tatsächlich sind korrupte Backups gar nicht so selten – idealerweise natürlich auch immer dann, wenn das Backup zugleich die einzige “Verfügbarkeitsstrategie” ist. Auch hier gibt es entsprechende Monitoringmechanismen, um die Konsistenz eines Backups kontinuierlich zu überprüfen. Kleiner Praxis-Tipp: das möglicherweise ohnehin regelmäßig nötige Aktualisieren einer Testdatenbank ist stets ein guter Restoretest, wenn man sie aus dem Backup der Produktivdatenbank clont.

Wenn diese Punkte alle soweit in Ordnung sind, stellt sich letztendlich die Frage: Wie lange brauche ich, um eine Datenbank aus meinem Backup wiederherzustellen und vor allem, wie mache ich das?

Nun, die Antwort ist relativ einfach: TESTEN! Gerade bei großen Datenmengen kann die vollständige Wiederherstellung einer Datenbank mehrere Tage in Anspruch nehmen. Das ist unter “Business Continuity” Gesichtspunkten nicht wirklich hilfreich und sinnvoll. So heißt es in dem Fall: alles auf Anfang zurück und die Backup Policy respektive auch das Verfügbarkeitskonzept als Ganzes überdenken.