Transaktionsprotokollsicherungen (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, z. B. alle 10 Minuten. 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.
In diesem Thema:
Funktionsweise einer Protokollsicherungssequenz
Die Sequenz der Transaktionsprotokollsicherungen ( Protokollkette ) ist unabhängig von den Datensicherungen. Stellen Sie sich z. B. folgende Ereignissequenz vor.
| Time | Ereignis |
|---|---|
| 8: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 bis 20:00 Uhr, die sich über den Zeitpunkt erstrecken, zu dem die vollständige Datenbanksicherung um 18:00 Uhr erstellt wurde. Die Sequenz der Transaktionsprotokollsicherungen ist fortlaufend von der anfänglichen vollständigen Datenbanksicherung, die um 8:00 Uhr erstellt wurde, bis zur letzten Transaktionsprotokollsicherung, die um 20:00 Uhr erstellt wurde. 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).
Related Tasks
So erstellen Sie eine Transaktionsprotokollsicherung
Informationen zum Planen von Sicherungsaufträgen finden Sie unter Use the Maintenance Plan Wizard.
Verwandte Inhalte
Keine.
Weitere Informationen
Das Transaktionsprotokoll [SQL Server]
Sichern und Wiederherstellen von SQL Server-Datenbanken
Protokollfragmentsicherungen (SQL Server)
Anwenden von Transaktionsprotokollsicherungen (SQL Server)