Transaktionsbackup bezeichnet die Sicherung des Transaktionslogs einer Datenbank, um den Datenbestand gezielt zu einem früheren, konsistenten Zeitpunkt wiederherstellen zu können. In Transaktionssystemen werden Änderungen als ACID-konforme Transaktionen ausgeführt; das Log protokolliert diese Schritte lückenlos. Durch regelmäßige Transaktionslog-Sicherungen lässt sich Datenverlust nach Hardware- oder Softwarefehlern begrenzen und die Integrität der Datenbank wiederherstellen.
Definition
Ein Transaktionsbackup ist die Erstellung und Speicherung von Sicherungskopien des Transaktionslogs einer Datenbank. Dieses Log enthält für jede Transaktion die relevanten Protokolldaten, beispielsweise vor und nach einer Änderung wirksame Werte, den Commit- oder Rollback-Status sowie die Ausführungsreihenfolge. Auf Basis dieser Informationen kann eine Datenbank bis zu einem konsistenten Zeitpunkt rekonstruiert werden.
Funktionsweise
Das Transaktionslog bildet eine fortlaufende Aufzeichnung aller Datenbankänderungen innerhalb von Transaktionen. Bei einer Wiederherstellung werden zunächst Daten aus einem Voll- oder Differenzialbackup geladen und anschließend die gesicherten Log-Einträge in der protokollierten Reihenfolge angewendet. Nicht abgeschlossene oder zurückgerollte Transaktionen werden dabei verworfen. So ist eine Point-in-Time-Recovery möglich, bei der die Anwendung der Log-Einträge genau an einem gewünschten Zeitpunkt stoppt.
Abgrenzung zu anderen Sicherungsarten
- Vollbackup: Enthält den kompletten Datenbestand zu einem Zeitpunkt. Es dient als Basis für spätere Wiederherstellungen.
- Differenzialbackup: Enthält alle seit dem letzten Vollbackup geänderten Daten. Es verkürzt die Wiederherstellungszeit, ersetzt aber kein Transaktionsbackup.
- Transaktionslog-Backup: Enthält nur die Transaktionsprotokolle. Es ermöglicht feingranulare Wiederherstellungen zwischen zwei Sicherungspunkten und schließt Lücken zwischen Voll- und Differenzialbackups.
Vorgehen
In der Praxis werden Transaktionsbackups in kurzen, regelmäßigen Intervallen erstellt und auf sicheren, verlässlichen Speichermedien abgelegt. Typische Schritte sind:
- Voraussetzungen im Datenbankmodus prüfen und ein initiales Vollbackup erstellen.
- Regelmäßige Transaktionslog-Backups in festen Intervallen einplanen und automatisieren.
- Optional Differenzialbackups ergänzen, um die Zahl der einzuspielenden Log-Backups bei einer Wiederherstellung zu reduzieren.
- Backups sicher speichern, vor Manipulation schützen und auf getrennten oder externen Zielen ablegen.
- Integrität der Sicherungen überwachen und Wiederherstellungsproben durchführen.
Bei einem Datenverlust oder logischen Fehler wird zunächst das letzte Vollbackup, anschließend ein passendes Differenzialbackup und danach die Kette der Transaktionslog-Backups bis zum gewünschten Zielzeitpunkt eingespielt.
Einsatzgebiet und Bedeutung
Transaktionsbackups sind besonders in Systemen mit hohen Konsistenzanforderungen relevant, etwa bei Finanz-, ERP- oder anderen line-of-business-Datenbanken. Sie ermöglichen eine Wiederherstellung auf den letzten konsistenten Zustand oder auf einen definierten Zeitpunkt vor einem Fehlerereignis. Dadurch lassen sich betriebliche Ausfallzeiten reduzieren und der potenzielle Datenverlust begrenzen, ohne einen pauschalen Rücksprung auf einen alten Gesamtstand erzwingen zu müssen.
Risiken, Grenzen und bewährte Praxis
- Unterbrochene Log-Kette: Fehlt ein Transaktionslog-Backup in der Kette, ist eine lückenlose Wiederherstellung bis zum gewünschten Zeitpunkt nicht möglich.
- Log-Wachstum: Bleiben Log-Backups aus, kann das Transaktionslog stark anwachsen und zu Ressourcenengpässen führen.
- Speicherschutz: Unverschlüsselte oder ungesicherte Ablagen gefährden Vertraulichkeit und Verfügbarkeit der Sicherungen.
- Leistungseinfluss: Sehr kurze Backup-Intervalle können Systemressourcen belasten; ein ausgewogenes Intervall ist sinnvoll.
- Wiederherstellungstests: Ohne regelmäßige Probewiederherstellungen bleiben Fehler in der Backup-Kette oft unentdeckt.
Praxisbeispiel
In einer produktiven Datenbank wird um 11:32 Uhr versehentlich eine Tabelle gelöscht. Vorhanden sind ein Vollbackup von 02:00 Uhr, ein Differenzialbackup von 10:00 Uhr und Transaktionslog-Backups alle 5 Minuten. Die Wiederherstellung lädt zunächst das Vollbackup, dann das Differenzialbackup und spielt anschließend die Log-Backups bis kurz vor 11:32 Uhr ein. So lässt sich der Zustand von etwa 11:31 Uhr rekonstruieren und der versehentliche Löschvorgang bleibt unberücksichtigt.
Transaktionsbackup – einfach erklärt:
Ein Transaktionsbackup sichert das Transaktionslog einer Datenbank, also die lückenlose Protokollierung aller bestätigten Änderungen. In Kombination mit einem Voll- und optional einem Differenzialbackup erlaubt es eine Wiederherstellung auf einen exakt gewählten Zeitpunkt. So kann der Datenbestand nach Fehlern gezielt auf einen konsistenten Stand zurückgeführt werden.
Häufige Fragen und Antworten
Worin unterscheidet sich ein Transaktionsbackup von Voll- und Differenzialbackup?
Vollbackups enthalten alle Daten zu einem Zeitpunkt, Differenzialbackups alle seit dem letzten Vollbackup geänderten Daten. Ein Transaktionsbackup sichert ausschließlich die Protokolle der Transaktionen und ermöglicht damit eine Wiederherstellung auf einen beliebigen Zeitpunkt zwischen zwei Sicherungen. Für eine vollständige Wiederherstellung werden die Verfahren kombiniert.
Welche Voraussetzungen braucht ein System für Transaktionsbackups?
Erforderlich ist ein Datenbankmodus, der ein fortlaufendes Transaktionslog führt und dessen Sicherung erlaubt. Zudem werden zuverlässige Speicherziele, abgestimmte Backup-Intervalle und Prozesse zur Überwachung sowie regelmäßige Wiederherstellungstests benötigt. Ohne intakte Log-Kette ist keine lückenlose Wiederherstellung möglich.
Wie oft sollten Transaktionslog-Backups erstellt werden?
Das Intervall richtet sich nach dem akzeptablen Datenverlust und der Systemlast. In vielen Umgebungen liegen Zeitabstände zwischen wenigen Minuten und einer Viertelstunde, um Änderungen zeitnah zu sichern und das Log klein zu halten. Entscheidend ist, dass das gewählte Intervall die betrieblichen Ziele für Wiederherstellung und Datenverlust unterstützt.
Was passiert, wenn ein Transaktionslog-Backup in der Kette fehlt oder beschädigt ist?
Fehlt ein Teil der Log-Kette, kann nicht lückenlos bis zum gewünschten Zeitpunkt wiederhergestellt werden. In der Regel muss dann auf den letzten konsistenten Stand vor der Lücke zurückgegangen werden. Daher sind Überwachung, Integritätsprüfungen und redundante, sichere Ablage der Backups besonders wichtig.
