Info2soft verwendet Cookies, um Ihnen ein besseres und angenehmeres Surferlebnis auf unserer Website zu ermöglichen. Datenschutzerklärung
Wird geladen...
Von:
Ein einziger fehlerhafter Abfragebefehl kann kritische Daten innerhalb von Sekunden vernichten. Die Point-in-Time-Wiederherstellung bei SQL Server ermöglicht es, die Datenbank exakt auf den Zeitpunkt vor dem Auftreten des Fehlers zurückzusetzen – nicht früher und nicht später.
Dieser Leitfaden erläutert den vollständigen Wiederherstellungsvorgang Schritt für Schritt: angefangen bei der Wiederherstellung der Sicherungen bis hin zur genauen Festlegung des benötigten Zeitstempels.
Bei der Point-in-Time-Wiederherstellung handelt es sich um eine Wiederherstellungsmethode, mit der Sie eine Datenbank bis auf die Sekunde genau auf einen bestimmten Zeitstempel zurückversetzen können.
Sie funktioniert durch die sequenzielle Wiedergabe verschiedener Sicherungen: Als Basis dient eine vollständige Sicherung, optional eine differenzielle Sicherung zur Verkürzung des Wiederherstellungsaufwands sowie anschließend Transaktionsprotokollsicherungen, um den exakten Zielzeitpunkt zu erreichen. Das Transaktionsprotokoll (T-Protokoll) ist der entscheidende Baustein: Es zeichnet jede einzelne Änderung an der Datenbank auf und ermöglicht diese hohe Genauigkeit bei der Wiederherstellung.
Damit diese Funktion nutzbar ist, muss die Datenbank im Wiederherstellungsmodus VOLL ausgeführt werden. Dadurch wird sichergestellt, dass das Transaktionsprotokoll durchgehend gespeichert und für Wiederherstellungsvorgänge verfügbar ist.
Um eine Datenbank auf einen bestimmten Zeitpunkt zurückzusetzen, müssen Sie eine fest vorgegebene Reihenfolge von Schritten einhalten. Bevor Sie beginnen, erstellen Sie zuerst eine Abschluss-Protokollsicherung: Diese erfasst alle noch nicht gesicherten Änderungen im Protokoll, damit keine aktuellen Daten verloren gehen.
BACKUP LOG IhreDatenbank
TO DISK = 'C:\Backups\IhreDatenbank_taillog.bak'
WITH NORECOVERY; 
Beginnen Sie mit der aktuellsten vollständigen Sicherung, die vor Ihrem Zielzeitpunkt erstellt wurde. Diese bildet die Grundlage für alle nachfolgenden Wiederherstellungen.
RESTORE DATABASE IhreDatenbank
FROM DISK = 'C:\Backups\IhreDatenbank_voll.bak'
WITH NORECOVERY; 
NORECOVERY, damit die Datenbank im Wiederherstellungszustand verbleibtRECOVERY – sonst wird die Datenbank sofort online geschaltet und Sie müssen den gesamten Vorgang neu startenFalls zwischen der vollständigen Sicherung und dem Wiederherstellungszeitpunkt eine differenzielle Sicherung existiert, wenden Sie diese als Nächstes an.
RESTORE DATABASE IhreDatenbank
FROM DISK = 'C:\Backups\IhreDatenbank_diff.bak'
WITH NORECOVERY; 
NORECOVERYWenden Sie alle Transaktionsprotokollsicherungen exakt in der Reihenfolge ihrer Erstellung an.
RESTORE LOG IhreDatenbank
FROM DISK = 'C:\Backups\IhreDatenbank_log1.bak'
WITH NORECOVERY;
RESTORE LOG IhreDatenbank
FROM DISK = 'C:\Backups\IhreDatenbank_log2.bak'
WITH NORECOVERY; 
NORECOVERYBei der letzten Protokollsicherung nutzen Sie den Parameter STOPAT, um den genauen Zeitstempel festzulegen, bis zu dem wiederhergestellt werden soll.
RESTORE LOG IhreDatenbank
FROM DISK = 'C:\Backups\IhreDatenbank_log3.bak'
WITH RECOVERY, STOPAT = '2026-03-15T10:05:29'; 
STOPAT auf einen Zeitpunkt kurz vor dem Fehler fest – trat das Problem beispielsweise um 10:05:30 Uhr auf, verwenden Sie 10:05:29 UhrNORECOVERY zu RECOVERY, um die Datenbank wieder online zu schaltenEine erfolgreiche Wiederherstellung ist kein Zufall, sondern hängt von einem stabilen, bereits vor dem Fehler eingerichteten Sicherungskonzept ab. Hier sind die wichtigsten Regeln zur Umsetzung.
Die Häufigkeit der Protokollsicherungen bestimmt direkt, wie viele Daten im schlimmsten Fall verloren gehen können. Streben Sie einen Rhythmus von maximal 15 Minuten an – eine tägliche Sicherung reicht für die meisten Produktivdatenbanken kaum aus.
Eine ungetestete Sicherung ist eine unbestätigte Annahme. Führen Sie Testwiederherstellungen in einer separaten Testumgebung durch, um die Gültigkeit der Dateien zu prüfen und dem Team den Ablauf vertraut zu machen.
In einer Datenbankkrise möchten Sie nicht raten müssen, welche Protokolldatei welchen Zeitraum abdeckt. Integrieren Sie Datum und Uhrzeit in jede Sicherungsdatei, zum Beispiel: IhreDB_log_20260315_1015.bak.
Die oben beschriebenen manuellen Schritte funktionieren zwar, aber die Verwaltung von Sicherungssequenzen über mehrere Datenbanken oder Server hinweg ist sehr aufwendig. Unter Stress steigt das Risiko menschlicher Fehler, beispielsweise das falsche Einlesen von Protokollen oder das Vergessen der Abschluss-Protokollsicherung. i2Backup automatisiert diesen Ablauf und senkt das Fehlerrisiko deutlich.
Für Teams mit großen SQL Server-Umgebungen reduziert i2Backup den manuellen Aufwand bei der Point-in-Time-Wiederherstellung deutlich – sodass Sie sich auf Ihre Geschäftsanforderungen statt auf technische Wiederherstellungsabläufe konzentrieren können.
F1: Was ist der Unterschied zwischen einer Sicherung und einer Point-in-Time-Wiederherstellung?
Eine Sicherung ist eine Momentaufnahme der Datenbank zu einem bestimmten Zeitpunkt. Die Point-in-Time-Wiederherstellung ist der Vorgang, bei dem Sie diese Sicherung zusammen mit Transaktionsprotokollen nutzen, um die Datenbank auf einen beliebigen Zeitstempel zurückzusetzen – nicht nur auf den Zeitpunkt der Sicherungserstellung.
F2: Welche drei wichtigsten Sicherungsarten gibt es bei SQL Server?
Die drei zentralen Typen sind vollständige Sicherungen, differenzielle Sicherungen und Transaktionsprotokollsicherungen. Eine vollständige Sicherung erfasst die gesamte Datenbank. Eine differenzielle Sicherung speichert alle Änderungen seit der letzten vollständigen Sicherung. Transaktionsprotokollsicherungen zeichnen jede einzelne Transaktion auf und bilden die Grundlage für die Point-in-Time-Wiederherstellung.
F3: Was bedeutet der Status „in Wiederherstellung“ bei SQL Server?
Dieser Status bedeutet, dass die Datenbank gerade Transaktionsprotokolle einliest und noch nicht für Benutzer verfügbar ist. Es handelt sich um einen normalen Teil des Wiederherstellungsvorgangs. Sobald alle Protokolle eingelesen und die letzte Wiederherstellung mit RECOVERY ausgeführt wurde, wird die Datenbank online geschaltet.
F4: Muss ich jede einzelne Transaktionsprotokollsicherung wiederherstellen?
Ja, alle Protokollsicherungen müssen lückenlos nacheinander angewendet werden. Das Auslassen einer einzigen Datei zerstört die Wiederherstellungskette und macht eine Wiederherstellung zum gewünschten Zeitpunkt unmöglich.
F5: Wie weit zurück kann ich eine SQL Server-Datenbank wiederherstellen?
Dies hängt von der Aufbewahrungsdauer Ihrer Sicherungsdateien ab. Solange Sie eine lückenlose Kette aus vollständigen, differenziellen und Protokollsicherungen bis zu dem gewünschten Zeitpunkt besitzen, können Sie auf jeden beliebigen Zeitstempel innerhalb dieses Zeitraums zurücksetzen.
F6: Was passiert, wenn ich RECOVERY zu früh verwende?
Die Datenbank wird sofort online geschaltet und der Wiederherstellungsvorgang abgebrochen. Anschließend können keine weiteren Transaktionsprotokolle mehr eingelesen werden. Haben Sie den Zielzeitpunkt noch nicht erreicht, müssen Sie den gesamten Wiederherstellungsablauf ab der vollständigen Sicherung neu starten.
Die Point-in-Time-Wiederherstellung bei SQL Server ist eines der wertvollsten Werkzeuge im Werkzeugkasten eines Datenbankadministrators. Bei Fehlabfragen, versehentlichen Datenlöschungen oder unerwarteten Systemabstürzen bietet sie eine präzise Möglichkeit, Daten ohne unnötigen Verlust wiederherzustellen.
Der Ablauf gliedert sich in vier Kernschritte: Wiederherstellen der vollständigen Sicherung, ggf. Einlesen einer differenziellen Sicherung, sequenzielle Wiedergabe der Transaktionsprotokolle und die Festlegung des exakten Zielzeitpunkts mit dem Parameter STOPAT. Bei korrekter Durchführung handelt es sich um einen kontrollierten und vorhersehbaren Vorgang.
Verwalten Sie mehrere Datenbanken oder möchten Sie das Risiko manueller Fehler minimieren, automatisiert ein Tool wie i2Backup große Teile dieses Prozesses. Dadurch verbringt Ihr Team weniger Zeit mit technischen Wiederherstellungsabläufen und kann sich auf wesentliche Aufgaben konzentrieren.
