SQL Server 2008 / R2-Wiederherstellungsmodell

Nahezu alle unsere Datenbanken auf bestimmten Servern erfordern nicht das vollständige Wiederherstellungsmodell (wir führen keine Transaktionsprotokollsicherungen durch). Standardmäßig sollten immer Datenbanken erstellt und das einfache Wiederherstellungsmodell angegeben werden.

Sehr oft und aus bestimmten praktischen Gründen werden viele Datenbanken mit SSMS erstellt. Es können jedoch Fehler gemacht werden und der Bediener kann vergessen, das Simple Recovery-Modell anzugeben. Dies führt einige Tage später zu einer "Überraschung", wenn die Box aufgrund von drei oder vier 60-GB-Protokolldateien, die nie abgeschnitten wurden, mit Speicherplatz zu kämpfen hat.

Ich kann das einfache Wiederherstellungsmodell zur Standardeinstellung für neue Datenbanken machen, indem ich das Wiederherstellungsmodell in der Datenbank konfiguriere model. Wird dies jedoch empfohlen, wenn ich dies tue, könnte es in Zukunft zurückkommen und mich auf irgendeine Weise beißen?

Ich sehe hier eine von drei Möglichkeiten:

1) Sie können ein Vorlagen-Skript zum Erstellen von Datenbanken verwenden , das das Wiederherstellungsmodell explizit enthält.

2) Sie können die modelDatenbank auf einfach einstellen und müssen sich darüber keine Gedanken machen.

3) Sie können hoffen, dass sich jeder daran erinnert, was anscheinend so ist, wie Sie es tun. (nicht empfohlen)

Ich würde persönlich mit Nummer zwei gehen. Dafür ist die Modelldatenbank da.

Hinzufügen zu @ Surfer513

4) Richtlinienbasierte Verwaltungsrichtlinie, um entweder das einfache Wiederherstellungsmodell durchzusetzen oder Sie höchstens zu informieren, wenn eine Datenbank nicht vorhanden ist

Obwohl ich es vorziehe, das Modell auf einfach zu setzen, verhindert dies nicht, dass der T-SQL-Befehl verwendet und auf etwas anderes gesetzt wird. Sie können eine Richtlinie verwenden, um zu bewerten, ob das Wiederherstellungsmodell nicht einfach ist, und sich dafür entscheiden, dass die Richtlinie es für Sie ändert.

In diesem Artikel auf MSSQLTip.com wird nach Vollständigkeit gesucht, aber Sie können ganz einfach Ihre Prüfung auf Einfach durchführen lassen. Sie können auch überprüfen, ob jemals eine Sicherung in der Datenbank durchgeführt wurde.

Die sichere Wette besteht darin, Ihre Datenbank in den Vollmodus zu versetzen, aber dann haben Sie das Problem des Protokollwachstums. Jetzt gibt es einige Optionen:

• Begrenzen Sie die maximale Größe Ihrer Protokolldatei. Dies wirkt sich auf den Betrieb aus, sobald dieses Limit erreicht ist. Der Vorteil besteht darin, dass Szenarien vermieden werden, in denen der Speicherplatz auf der Festplatte knapp wird und Sie dann größere Probleme haben.
• Erstellen Sie Warnungen, die ausgelöst werden, sobald Ihre Protokolldatei über einem Wasserzeichen wächst, und verwalten Sie sie dann.
• Planen Sie Protokollverkleinerungsjobs. Das Schrumpfen von Protokollen beeinträchtigt die Leistung Ihrer Datenbank. Ich würde es nicht vorschlagen.

Als DBA sollten Sie alle Optionen verwenden, die bei der Wiederherstellung helfen. Es hängt auch von Ihrer SLA mit dem Geschäft ab.

Trotzdem verwalte ich einige DBs im einfachen Modus. Dies liegt an den in der SLA aufgeführten Haftungsausschlüssen. Das Unternehmen hat beschlossen, keine Ausgaben für Laufwerke für die Protokolldateien zu tätigen (Sie können ein Pferd zum Wasser bringen, aber Sie können es nicht zum Trinken bringen). Das Unternehmen verwaltet die Sicherung, Wiederherstellung und DR. Es gab eine DR, und das verlorene Geld war größer als das, was es an zusätzlichem Speicherplatz gekostet hätte.