Info2soft verwendet Cookies, um Ihnen ein besseres und angenehmeres Surferlebnis auf unserer Website zu ermöglichen. Datenschutzerklärung
Wird geladen...
Von:
Eine Sicherung des Transaktionsprotokolls ist eine Kopie aller Transaktionsdatensätze, die sich aktuell im Transaktionsprotokoll der SQL Server-Datenbank befinden. Im Gegensatz zur vollständigen Sicherung, welche die gesamte Datenbank erfasst, zeichnet eine Protokollsicherung nur die Änderungen auf, die seit der letzten Protokollsicherung vorgenommen wurden.
Eine vollständige Sicherung kopiert die gesamte Datenbank, wohingegen eine Sicherung des Transaktionsprotokolls lediglich die „Änderungen“ an den Daten erfasst. Dadurch sind diese deutlich kleiner und schneller durchzuführen, sodass sie im Abstand von wenigen Minuten ausgeführt werden können.
Bei Datenbanken wie MS SQL Server dienen Sicherungen des Transaktionsprotokolls zwei zentralen Zwecken:
• Wiederherstellung zu einem bestimmten Zeitpunkt: Das Transaktionsprotokoll zeichnet jede Änderung an der SQL Server-Datenbank (z. B. Einfügungen, Aktualisierungen, Löschungen) sequenziell auf. Ohne Sicherungen des Transaktionsprotokolls können Sie nur bis zur letzten vollständigen oder differenziellen Sicherung wiederherstellen. Bei einem Ausfall droht unter Umständen der Verlust von Stunden oder Tagen an Daten.
Dank dieser Funktion können Administratoren die Datenbank auf einen beliebigen Zeitpunkt zwischen zwei Sicherungen zurückversetzen. Bei Datenkatastrophen, menschlichen Fehlern und ähnlichen Störungen lassen sich die Datenbanken problemlos in den Zustand vor dem Vorfall wiederherstellen.
• Protokollkürzung: Bei Datenbanken mit Wiederherstellungsmodell „Vollständig“ oder „Protokolliert massenhaften Vorgang“ wächst die Datei des Transaktionsprotokolls stetig mit jeder protokollierten Operation. Ohne regelmäßige Sicherungen kann diese den Speicherplatz belegen und Datenbankabstürze oder Leistungseinbußen verursachen. Die Protokollsicherung hält die Dateigröße in einem kontrollierbaren Rahmen – unerlässlich für Umgebungen mit hohem Transaktionsaufkommen wie E-Commerce-Systeme oder Finanzanwendungen.
In diesem Leitfaden stellen wir den Goldstandard für Sicherungen des Transaktionsprotokolls vor, darunter unveränderlicher Speicher, ZSTD-Komprimierung und KI-gestütztes Monitoring, um Ihre Daten widerstandsfähig und wiederherstellbar zu machen.
Um eine widerstandsfähige SQL Server-Umgebung im Jahr 2026 zu betreiben, muss Ihre Sicherungsstrategie über einfache Zeitplanungen hinausgehen. Moderne Datenbankadministratoren sollten sich auf Automatisierung, Cyberresilienz und Leistungsoptimierung konzentrieren.
Sicherungen des Transaktionsprotokolls bauen auf einer vollständigen SQL Server-Sicherung auf. Anschließend legen Sie das Intervall für die Protokollsicherung fest. Die Häufigkeit richtet sich grundsätzlich nach Ihrem geschäftlichen RPO (der maximal zulässige Datenverlust).
Beispiel: Wenn Sie keinen Verlust von mehr als 10 Minuten an Daten akzeptieren können, muss das Sicherungsintervall unter 10 Minuten liegen.
In Zeiten der Datenexplosion gilt die herkömmliche Praxis mit 15-minütigen Protokollsicherungen meist als unzureichend. Nachfolgend unsere Empfehlung als Orientierung:
Zstandard (ZSTD) ist ein quelloffener Komprimierungsalgorithmus, der 2016 von Facebook (heute Meta) entwickelt wurde. Er ist für die Echtzeit-Datenkomprimierung ausgelegt und zeichnet sich durch hohe Komprimierungsraten bei schneller Komprimierung und Dekomprimierung aus.
Aufgrund seiner Effizienz bei der Dateigrößenreduzierung ohne übermäßige CPU-Belastung wird ZSTD mittlerweile vielfach in Datenbanken, Sicherungssystemen, Protokollen und Big-Data-Systemen eingesetzt. Daher empfiehlt sich die Verwendung der ZSTD-Komprimierung für Sicherungen des SQL Server-Transaktionsprotokolls, insbesondere in Produktivumgebungen.
Vorteile: Sie erreicht um 30–50 % bessere Komprimierung als der ältere MS_XPRESS-Algorithmus und senkt gleichzeitig die CPU-Auslastung deutlich.
In Ihren T-SQL-Skripten können Sie die Syntax WITH COMPRESSION (ALGORITHM = ZSTD) verwenden. Für eine ausgewogene Balance aus Geschwindigkeit und Dateigröße nutzen Sie LEVEL = LOW bei häufigen Protokollsicherungen.
Ransomware ist Schadsoftware, die den Zugriff auf Computersysteme blockiert oder Dateien verschlüsselt, um Lösegeld zu erpressen. Sie ist weit verbreitet und entwickelt sich stetig weiter zu einer großen Cybersicherheitsbedrohung; Angriffe nehmen an Häufigkeit und Ausgereiftheit zu. In den letzten fünf Jahren stieg die Zahl der Ransomware-Angriffe um 13 %, bei 44 % aller Datenschutzverletzungen war Ransomware im Spiel.
Halten Sie daher stets eine Strategie zum Schutz vor Ransomware für Datenbanken und Kernsysteme vor. Nutzen Sie Sicherungslösungen mit „Write Once, Read Many“ (WORM)-Speicher, auch bezeichnet als unveränderliche Sicherung. Einmal geschriebene Protokollsicherungen können nicht durch Ransomware oder andere bösartige Vorgänge gelöscht oder verschlüsselt werden.
Häufiges Vergrößern und Verkleinern des Protokolls führt zu einer Fragmentierung virtueller Protokolldateien (VLF). Dadurch werden sowohl Sicherungen als auch Wiederherstellungen verlangsamt.
Vergrößern Sie die Protokolldatei manuell auf eine realistische maximale Größe während eines Wartungsfensters, statt zahlreiche kleine automatische Vergrößerungen auszulösen.
Halten Sie die Anzahl der VLF zur optimalen Leistung unter 1.000. Nutzen Sie DBCC LOGINFO oder die DMV sys.dm_db_log_info, um den Zustand der VLF zu überwachen.
Microsoft bietet mehrere offizielle Verfahren zur Sicherung des SQL Server-Transaktionsprotokolls.
Microsoft SQL Server Management Studio ist ein Verwaltungstool für SQL Server und verfügt über eine Funktion zur SQL Server-Sicherung.
Schritt 1. Klicken Sie mit der rechten Maustaste auf die gewünschte Datenbank, wählen Sie „Aufgaben“ und anschließend „Sichern…“.
Schritt 2. Wählen Sie im Dropdown-Menü „Sicherungstyp“ die Option „Transaktionsprotokoll“ aus.
Schritt 3. Klicken Sie im Bereich „Ziel“ auf „Hinzufügen…“, um Dateipfad und Dateiname festzulegen (z. B. C:\Backups\MeineDatenbank_Log.trn).
Schritt 4. Konfigurieren Sie anschließend die Medienoptionen:
Schritt 5. Festlegen von Verschlüsselung & Komprimierung (Sicherungsoptionen):
Schritt 5. Klicken Sie auf „OK“, um die Sicherung sofort auszuführen, oder klicken Sie oben auf „Skript“, um einen T-SQL-Befehl für die spätere Verwendung zu generieren.
Für Automatisierung und präzise Steuerung ist T-SQL die bevorzugte Methode. Dieses Skript berücksichtigt aktuelle Standards für Verschlüsselung und Komprimierung.
BACKUP LOG [IhrDatenbankname]
TO DISK = N’C:\Backups\IhrDatenbank_Log_Aktuell.trn‘
WITH
— Hochleistungs-Komprimierung für 2026
COMPRESSION (ALGORITHM = ZSTD, LEVEL = LOW),
— Sicherheit (Voraussetzung: vorhandenes Zertifikat)
ENCRYPTION (ALGORITHM = AES_256, SERVER CERTIFICATE = LogBackupCert2026),
— Bewährte Wartungsverfahren
STATS = 10, — Fortschrittsanzeige alle 10 %
CHECKSUM, — Schutz vor beschädigten Protokollen
INIT; — Datei überschreiben (weglassen zum Anhängen)
GO
Der SQL Server-Agent ist ein dedizierter Microsoft-Windows-Dienst für SQL-Datenbanken. Er sorgt dafür, dass Ihr Skript alle paar Minuten ohne manuellen Eingriff ausgeführt wird.
Schritt 1. Erweitern Sie in SSMS den Eintrag „SQL Server-Agent“, klicken Sie mit der rechten Maustaste auf „Aufträge“ > „Neuer Auftrag“.
Schritt 2. Klicken Sie auf der Registerkarte „Schritte“ auf „Neu“. Geben Sie einen Namen ein und fügen Sie das T-SQL-Skript aus Punkt 2 in das Befehlsfeld ein.
Schritt 3. Auf der Registerkarte „Zeitpläne“ klicken Sie auf „Neu“. Legen Sie Ausführung, Wiederholung, tägliche Häufigkeit und weitere Einstellungen fest.
Schritt 4. Klicken Sie auf „OK“, um die automatische Protokollsicherung zu aktivieren.
Die oben beschriebenen Verfahren mit T-SQL und SQL Server-Agent stellen eine gute Grundlage dar. Die manuelle Verwaltung dieser Prozesse bei Dutzenden oder Hunderten von Instanzen kann jedoch Verwaltungsaufwand und menschliche Fehler verursachen. In der heutigen IT-Umgebung empfiehlt sich der Einsatz einer professionellen, automatisierten und intelligenten Datenschutzlösung.
Hier kommt i2Backup von Information2 ins Spiel. Während der SQL Server-Agent für grundlegende Automatisierungsaufgaben geeignet ist, bietet i2Backup sicherere und komfortablere Sicherungsmethoden zur Erweiterung Ihrer Möglichkeiten im Management des Transaktionsprotokolls. Es unterstützt vollständige Sicherungen, inkrementelle Sicherungen und Sicherungen des Transaktionsprotokolls.
Hauptvorteile von i2Backup
So sichern Sie das SQL Server-Transaktionsprotokoll mit i2Backup
Schritt 1. Stellen Sie zunächst sicher, dass die i2Backup-Software installiert und konfiguriert ist. Kontaktieren Sie das Supportteam von Information2, um eine detaillierte Konfigurationsanleitung zu erhalten.
Schritt 2. Gehen Sie zu „Quelle“ > „Datenbank“ und konfigurieren Sie die SQL Server-Datenbank.
Schritt 3. Klicken Sie im linken Menü auf „Sichern & Wiederherstellen“. Wählen Sie „Anwendungsschutz“ > „Sicherungsregel“ und klicken Sie auf „Neu“.
Schritt 4. Geben Sie einen Regelnamen ein, wählen Sie „SQL Server“ als Regeltyp aus und tragen Sie weitere Informationen gemäß den Anweisungen ein.
Schritt 5. Im Schritt „Sicherungszeitplan“ klicken Sie auf die Schaltfläche „Neu“. Geben Sie einen Namen an und wählen Sie „Protokollsicherung“ aus – diese Option dient zur Sicherung des Transaktionsprotokolls.
Schritt 6. Legen Sie anschließend Sicherungsziel, Zeitplan und weitere Einstellungen entsprechend den Hinweisen fest.
Sie können zudem das Demovideo aufrufen:
F1: Worin besteht der Unterschied zwischen einer vollständigen Sicherung und einer Sicherung des Transaktionsprotokolls?
A: Stellen Sie sich die vollständige Sicherung wie eine vollständige Momentaufnahme der gesamten Datenbank zu einem bestimmten Zeitpunkt vor. Sie enthält jede Datenseite und ausreichend Protokollinformationen, um einen konsistenten Zustand bei der Wiederherstellung zu gewährleisten. Eine Sicherung des Transaktionsprotokolls hingegen gleicht einem „inkrementellen Tagebuch“. Sie zeichnet nur die Änderungen (Transaktionen) auf, die seit der letzten Protokollsicherung stattgefunden haben.
F2: Beeinträchtigt eine Sicherung des Transaktionsprotokolls die Leistung?
Für die meisten Systeme ist der Leistungseinfluss vernachlässigbar – insbesondere bei Verwendung von i2Backup.
F3: Kürzt eine vollständige Sicherung das Transaktionsprotokoll?
Nein. Dies ist einer der häufigsten Irrtümer bei der Verwaltung von SQL Server. Weder eine vollständige noch eine differenzielle Sicherung kürzt das Transaktionsprotokoll oder gibt Speicherplatz in der .ldf-Datei frei. Im Wiederherstellungsmodell „Vollständig“ löst ausschließlich eine Sicherung des Transaktionsprotokolls die Protokollkürzung aus. Wenn Sie nur vollständige Sicherungen durchführen, wächst die Protokolldatei stetig an und belegt irgendwann den gesamten Festplattenspeicher.
F4: Kann ich auf eine Protokollsicherung verzichten, wenn ich eine aktuelle differenzielle Sicherung habe?
Nein. Protokollsicherungen sind erforderlich, um die „Protokollkette“ aufrechtzuerhalten. Fehlt auch nur eine einzelne Protokollsicherung in der Reihenfolge, lassen sich alle nachfolgenden Protokollsicherungen nicht wiederherstellen. Differenzielle Sicherungen können den Wiederherstellungsprozess beschleunigen, da sie das Einspielen zahlreicher Protokolldateien überflüssig machen. Sie ersetzen jedoch keine lückenlose Protokollkette für die zeitpunktgenaue Wiederherstellung.
Die Sicherung des Transaktionsprotokolls ist ein zentraler Baustein für Datenbankverwaltung und Datenschutz. Wir hoffen, dieser Artikel hilft Ihnen beim Aufbau einer praxistauglichen Datenschutzstrategie. Vereinfachen Sie Ihre Arbeit und testen Sie direkt i2Backup von Information2. Es handelt sich um eine einheitliche und leistungsstarke Sicherungslösung für MS SQL Server, Oracle, MongoDB und viele weitere Datenbanksysteme.
