Artikel
03/30/2012

Erstellen von Transaktionsprotokollsicherungen

Dieses Thema ist nur für Datenbanken relevant, die das vollständige oder das massenprotokollierte Wiederherstellungsmodell verwenden.

Dieses Thema erläutert Aspekte zur Sicherung des Transaktionsprotokolls und stellt Links zu Prozeduren für das Erstellen von Protokollsicherungen bereit. Weitere Informationen zu Transaktionsprotokollsicherungen finden Sie unter Verwenden von Transaktionsprotokollsicherungen.

Bedingungen für das Sichern des Transaktionsprotokolls

Zum Erstellen von Protokollsicherungen muss mindestens eine vollständige Sicherung vorhanden sein. Anschließend kann das Transaktionsprotokoll während einer beliebigen Sicherung gesichert werden, mit Ausnahme einer anderen Protokollsicherung. Es empfiehlt sich, Protokollsicherungen häufig auszuführen, damit auf diese Weise die Gefahr von Datenverlusten zu verringert und das Abschneiden von Protokollen aktiviert werden kann.

Normalerweise sollten Sie das Protokollfragment sichern, bevor Sie eine Datenbank wiederherstellen. Informationen zum Erstellen einer Sicherung eines Protokollfragments und die Situationen, in denen keine Sicherung des Protokollfragments erforderlich ist, finden Sie unter Sicherungen des Protokollfragments.

Funktionsweise einer Protokollsicherungssequenz

Normalerweise erstellt der Datenbankadministrator vollständige Datenbanksicherungen in regelmäßigen Abständen, beispielsweise einmal pro Woche. Optional kann der Administrator differenzielle Sicherungen in kürzeren Abständen erstellen, beispielsweise täglich, und Sicherungen des Transaktionsprotokolls noch häufiger, beispielsweise alle 10 Minuten. Der optimale Abstand zwischen Sicherungen ist abhängig von Faktoren wie z. B. der Wichtigkeit der Daten, der Größe der Datenbank und der Arbeitsauslastung des Servers.

Wenn das Transaktionsprotokoll beschädigt ist, gehen die Änderungen seit der letzten Protokollsicherung verloren. Dies unterstreicht, wie wichtig es ist, Protokolldateien auf einem fehlertoleranten Datenträger zu speichern.

Die Sequenz der Transaktionsprotokollsicherungen ist unabhängig von den vollständigen Datenbanksicherungen. Erstellen Sie eine Sequenz von Transaktionsprotokollsicherungen, und erstellen Sie dann in regelmäßigen Abständen vollständige Datenbanksicherungen, die zum Starten eines Wiederherstellungsvorgangs verwendet werden. Stellen Sie sich z. B. folgende Ereignissequenz vor.

Zeit	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 Transaktionsprotokoll-Datensätze von 16:00 bis 20:00 Uhr, wobei der Zeitpunkt eingeschlossen ist, zu dem um 18:00 Uhr die vollständige Sicherung der Datenbank erstellt wurde. Die Sequenz von Transaktionsprotokollsicherungen ist von der ersten, um 8:00 Uhr erstellten vollständigen Sicherung der Datenbank bis zur letzten Transaktionsprotokollsicherung um 20:00 Uhr fortlaufend.

Informationen zum Anwenden dieser Transaktionsprotokolle finden Sie in dem Beispiel unter Anwenden von Transaktionsprotokollsicherungen.

Hinweis
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).

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).