Transaktionsprotokollsicherungen (SQL Server)
Gilt für:
SQL Server
Dieses Thema ist nur für SQL Server -Datenbanken relevant, die das vollständige oder das massenprotokollierte Wiederherstellungsmodell verwenden. In diesem Thema wird das Sichern des Transaktionsprotokolls einer SQL Server -Datenbank erläutert.
Vor dem Erstellen von Protokollsicherungen muss bereits mindestens eine vollständige Sicherung durchgeführt worden sein. Danach kann das Transaktionsprotokoll jederzeit gesichert werden, es sei denn, das Protokoll wurde gerade gesichert.
Es empfiehlt sich, Protokollsicherungen häufig auszuführen, damit auf diese Weise die Gefahr von Datenverlusten verringert und das Abschneiden des Transaktionsprotokolls angewendet werden kann.
In der Regel erstellt ein Datenbankadministrator von Zeit zu Zeit eine vollständige Datenbanksicherung, z. B. einmal pro Woche, sowie optional in kürzeren Abständen eine Reihe von differenziellen Datenbanksicherungen, z. B. täglich. Unabhängig von den Datenbanksicherungen sichert der Datenbankadministrator das Transaktionsprotokoll sehr häufig. Der optimale Abstand zwischen Sicherungen ist abhängig von Faktoren wie der Wichtigkeit der Daten, der Größe der Datenbank und der Arbeitsauslastung des Servers. Weitere Informationen zur Implementierung einer guten Strategie finden Sie in diesem Thema unter Empfehlungen.
Funktionsweise einer Protokollsicherungssequenz
Die Sequenz der Transaktionsprotokollsicherungen ( Protokollkette ) ist unabhängig von den Datensicherungen. Stellen Sie sich z. B. folgende Ereignissequenz vor.
| Time | Ereignis |
|---|---|
| 08:00 Uhr | Sichern der Datenbank. |
| 12:00 Uhr | Sichern des Transaktionsprotokolls. |
| 16:00 Uhr | Sichern des Transaktionsprotokolls. |
| 18:00 Uhr | Sichern der Datenbank. |
| 20:00 Uhr | Sichern des Transaktionsprotokolls. |
Die um 20:00 Uhr erstellte Transaktionsprotokollsicherung enthält Transaktionsprotokolldatensätze von 16:00 Uhr bis 20:00 Uhr, die den Zeitpunkt der Erstellung der vollständigen Datenbanksicherung um 18:00 Uhr umfassen. Die Transaktionsprotokollsicherungen wurden von der anfänglichen vollständigen Datenbanksicherung, die um 20:00 Uhr erstellt wurde, bis zur letzten Sicherung des Transaktionsprotokolls, die um 20:00 Uhr erstellt wurde, durchgehend durchgeführt. Informationen zum Anwenden dieser Protokollsicherungen finden Sie im Beispiel unter Anwenden von Transaktionsprotokollsicherungen (SQL Server).
Empfehlungen
Wenn ein Transaktionsprotokoll beschädigt wird, gehen die Änderungen seit der letzten gültigen Sicherung verloren. Daher empfehlen wir dringend, Protokolldateien auf einem fehlertoleranten Datenträger zu speichern.
Wenn eine Datenbank beschädigt ist oder in Kürze wiederhergestellt werden soll, ist es ratsam, eine Sicherung des Protokollfragments zu erstellen, damit Sie den aktuellen Stand der Datenbank wiederherstellen können.
Standardmäßig wird bei jedem erfolgreichen Sicherungsvorgang dem SQL Server -Fehlerprotokoll und dem Systemereignisprotokoll ein Eintrag hinzugefügt. Wenn Sie das Protokoll regelmäßig sichern, kann die Anzahl dieser Erfolgsmeldungen schnell ansteigen, d. h., es entstehen sehr große Fehlerprotokolle, die das Suchen nach anderen Meldungen erschweren können. In solchen Fällen können Sie diese Protokolleinträge mithilfe des Ablaufverfolgungsflags 3226 unterdrücken, wenn keines der Skripts von diesen Einträgen abhängig ist. Weitere Informationen finden Sie unter Ablaufverfolgungsflags (Transact-SQL).
Führen Sie entsprechend Ihren Geschäftsanforderungen ausreichend häufige Protokollsicherungen aus. Die Häufigkeit sollte sich danach richten, inwiefern Sie Datenverlust (beispielsweise durch einen beschädigten Protokollspeicher) tolerieren können.
Beim Festlegen einer geeigneten Häufigkeit gilt es, einen Kompromiss aus Ihrer Toleranz gegenüber der Gefahr von Datenverlust und Ihrer Fähigkeit zum Speichern, Verwalten und zum möglichen Wiederherstellen von Protokollsicherungen zu finden. Denken Sie bei der Implementierung Ihrer Wiederherstellungsstrategie an die erforderliche RTO und RPO und insbesondere an den Zeitplan für die Protokollsicherung.
Es kann ausreichen, alle 15 bis 30 Minuten eine Protokollsicherung auszuführen. Wenn es für Ihr Geschäft erforderlich ist, die Gefahr des Datenverlusts zu minimieren, können Sie Protokollsicherungen häufiger ausführen. Häufigere Protokollsicherungen bieten zusätzlich den Vorteil, dass das Protokoll häufiger abgeschnitten wird, wodurch kleinere Protokolldateien entstehen.
Wichtig
Um die Anzahl der zum Wiederherstellen benötigten Protokollsicherungen zu begrenzen, ist es wichtig, Daten regelmäßig zu sichern. Beispielsweise können Sie eine wöchentliche vollständige Datenbanksicherung und tägliche differenzielle Datenbanksicherungen planen.
Nicht vergessen: Denken Sie bei der Implementierung Ihrer Wiederherstellungsstrategie an die erforderliche RTO und RPO und insbesondere an den Zeitplan für die vollständige differenzielle Datenbanksicherung.
Related Tasks
So erstellen Sie eine Transaktionsprotokollsicherung
Informationen zum Planen von Sicherungsaufträgen finden Sie unter Use the Maintenance Plan Wizard.
Weitere Informationen
Das Transaktionsprotokoll [SQL Server]
Transaktionsprotokollsicherungen – Handbuch zur Architektur und Verwaltung von Transaktionsprotokollen in SQL Server
Sichern und Wiederherstellen von SQL Server-Datenbanken
Protokollfragmentsicherungen (SQL Server)
Anwenden von Transaktionsprotokollsicherungen (SQL Server)