Protokollversand großer DBs - was ist mit dem Protokoll?

Ich richte gerade den Protokollversand einer großen Datenbank ein (ca. 1,5 TB) und frage mich, was ich mit der Protokolldatei tun kann.

So wie es aussieht, möchte ich die folgenden Schritte ausführen:

1. Ändern Sie DB in FULL Recovery
2. Nehmen Sie eine vollständige Sicherung (5-6 Stunden) auf der Primärseite vor
3. Stellen Sie die vollständige Sicherung auf der sekundären Sicherung wieder her (in NORECOVERY)
4. Nehmen Sie eine DIFF-Sicherung auf der Primärseite vor
5. Stellen Sie die DIFF-Sicherung auf sekundär wieder her (noch in NORECOVERY).
6. Initialisieren Sie den Protokollversand mit "Die Datenbank ist bereits initialisiert".

Das Problem ist, dass während ich die vollständige Sicherung durchführe, die Protokolldatei schneller gefüllt wird, als die Sicherung (en) abgeschlossen werden können.

Welche Optionen muss ich haben, damit die Protokolldatei nicht voll wird? Kann ich während der vollständigen Sicherungen einfach wie gewohnt Protokollsicherungen durchführen, da die DIFF-Wiederherstellung alle Transaktionen abdeckt, die während dieses Zeitraums stattfinden? Hat jemand dies schon einmal mit einer DB dieser Größe gemacht, irgendwelche Tipps / Tricks, um es einfacher zu machen?

Wenn ich Sie richtig verstehe, sind die Protokolldateien während der mehrstündigen Sicherung Ihr Hauptproblem. Aus Ihrer Eröffnungserklärung geht hervor, dass die 1,5-TB-Datenbank normalerweise in EINFACHER Wiederherstellung ausgeführt wird und daher keine Protokollsicherungen erforderlich sind.

Haftungsausschluss: Ich habe noch nie einen Protokollversand in dieser Größenordnung durchgeführt.

Natürlich sollten Sie sich fragen, ob Sie mehr Speicherplatz für Ihre Protokolldateien erhalten können. Wenn du kannst, dann großartig.

Ich denke jedoch, dass eine kleine Änderung Ihres Plans, vorausgesetzt, Sie führen bereits das SIMPLE-Wiederherstellungsmodell aus und / oder das Risiko eines SIMPLE-Wiederherstellungsmodells für einige Stunden, sich lohnt, einige Ihrer Sorgen lindern würde.

1. Behalten Sie die Datenbank im SIMPLE-Wiederherstellungsmodell bei (oder legen Sie sie fest).
2. Nehmen Sie eine vollständige Sicherung (5-6 Stunden) auf der Primärseite vor
3. Stellen Sie die vollständige Sicherung auf der sekundären Sicherung wieder her (in NORECOVERY)
4. Stellen Sie die Datenbank im vollständigen Wiederherstellungsmodell ein
5. Nehmen Sie eine DIFF-Sicherung auf der Primärseite vor
6. Stellen Sie die DIFF-Sicherung auf sekundär wieder her (noch in NORECOVERY).
7. Initialisieren Sie den Protokollversand mit "Die Datenbank ist bereits initialisiert".

Die offensichtlichen Vorteile sind:

1. Während der großen vollständigen Sicherung müssen keine Protokolldateien gesichert werden.
2. Wenn Sie vor Beginn der DIFF-Sicherung auf VOLL wechseln, erhalten Sie zunächst das erforderliche Protokoll, und das längste Wachstum ist wahrscheinlich während der DIFF-Sicherung zu verzeichnen.

In Bezug darauf, wann eine Protokollsicherung gestartet werden kann:

https://technet.microsoft.com/en-US/library/ms190729(v=SQL.105).aspx

Dies besagt: "Eine neue Protokollkette beginnt entweder mit der ersten vollständigen Datenbanksicherung nach der Datenbankerstellung oder nach dem Wechsel vom einfachen Wiederherstellungsmodell zum vollständigen oder massenprotokollierten Wiederherstellungsmodell."

Daher glaube ich immer noch, dass dies wie beschrieben funktionieren wird. (Nicht identisch, aber ich habe eine differenzielle Sicherung verwendet, um eine Lücke zu schließen, wenn Protokolldateien verloren gingen, um einen neuen Ursprung für die Protokollsicherungen zu ermitteln.)

(Denken Sie natürlich an meinen Haftungsausschluss.)