Fragen von Kunden: SQL Server Log Backup vs. Full Backup

Frage:

Ich bin etwas verunsichert. Bislang habe ich immer behauptet, bei einem Full Backup sichere der SQL Server zum Ende des Sicherungsvorgangs auch das Transaktionsprotokoll und schneide es dann ab. Dadurch erübrige sich eine separate Protokollsicherung, wenn Full Backups konzeptionell ausreichen.

Neulich widersprach ich auch jemandem vehement, der behauptete, ein Transaktionsprotokollbackup sei immer notwendig, weil die Protokolldatei sonst unbegrenzt anwachse.

Momentan bin ich mir aber nicht mehr sicher, ob ich da nicht falsch liege. Kannst du mir kurz sagen, ob ich mit meinen bisherigen Behauptungen falsch liege - insbesondere was das Kürzen des Logs angeht?

Antwort:

Nein, ein Vollbackup macht kein Log Backup, kürzt es also auch nicht. Wenn Du also ein anderes Wiederherstellungsmodell als Einfach verwendest (also Vollständig oder Massenprotokolliert) musst Du zusätzlich ein Log Backup machen.

Hintergrund ist, dass man auf diese Weise viel einfacher die Vollständigkeit der Log Backup-Folge sicherstellen kann.

Vorteile:

1. Sollte Dein letztes Vollbackup aus irgendeinem Grund nicht lesbar oder verwendbar sein - kein Problem. Nimm einfach ein älteres Vollbackup und die alle Log-Sicherungen seitdem und Du hast auch den aktuellen Stand der Datenbank

2. Log Shipping würde sonst nicht gehen. Log Shipping beruht ja auf Log Backups, die in ununterbrochener Reihe vorhanden sein müssen. Würde ein Vollbackup der primären Datenbank nun auch das Log mitsichern könnte das nicht gewährleistet werden

Übrigens ist das auch für SharePoint wichtig - SPSBackup macht nur Vollbackups der Datenbank!

Gruß,
Steffen