SQL 2008R2 Transaction Log File verkleinern

Vielen Dank ravers,

unter DB Eigenschaften > Dateien ist schonmal die Anfangsgröße viel zu hoch eingestellt, und "Um 10 Prozent, Vergrößerung auf 2097152 MB beschränkt." Dies scheint wohl ein Default Wert zu sein, hier hatte ich nichts verändert.

DBCC SHRINKFILE hatte ich einmal ausgeführt, jedoch bevorzuge ich die grafische Variante, da diese ein besseres Ergebnis liefert.

Im Prinzip entwickeln wir in einem Testsystem, übernehmen diese ins Produktivsystem und packen diesen Stand zurück ins Testsystem. Jedes mal wächste dabei der TLF (logisch) um 15GB, d.h. um die Größe der DB.

Was ich getestet habe:

1. DB Recovery
2. Wiederherstellungsmodell "Einfach"
3. TLF verkleinert

Von über 200GB TLF bin ich damit auf weniger als 1MB gekommen. Spiele ich aber nun das Produktivsystem ins Testsystem zurück, habe ich wieder 200GB.

Ich muss aber die Wiederherstellungsmodell im Produktivsystem auf Vollständig lassen, weil dies Grundlage für die Spiegelung ist... .

Ich weiß meine DB ist 15GB, wenn ich den TLF auf max. 50 GB setze (ca. 3x Änderungen), wie ist es dann in der Praxis? Kommt dann die Meldung Datenbank voll oder überschreibt es die alten Änderungen?

Hallo Mad Max,

vielen Dank, dass erscheint mir mehr als einleuchtend. Nur um zu wissen ob ich es richtig verstanden habe:

Auf einer anderen DB habe ich den sog. "Transaktionsprotokollversand" eingerichtet, um einen Datenstand -15 Minuten im Notfall herstellen zu können (*.TRN Dateien) .

Würde eine Aktivierung dessen auf meiner hier problematischen Datenbank zum gleichen Ergebnis führen...

...oder müsste ich hier einen Job manuell einrichten? Mein Script einer Vollsicherung ist momentan einfach, aber übersichtlich:

"Sichere meine Datenbank in einen Ordner uns lösche alle *.bak Dateien welche älter 3 Tage sind."

---
DECLARE @backuppath varchar(100);
DECLARE @backupquery varchar(500);
DECLARE @deletedate DATETIME = DATEADD(day,-3,GETDATE());

-- set variable
set @backuppath = 'D:\MSSQL\Backup\'
set @dbname = 'DATENBANKNAME'

-- Backup SQL statement
set @backupquery = 'backup database ' + @dbname + ' to disk = ''' + @backuppath + @dbname + '_[' + REPLACE( convert(varchar, getdate(), 126), ':', '-') + '].bak'' WITH FORMAT, INIT, NAME = ''DB_Backup'', SKIP, REWIND, NOUNLOAD, COMPRESSION, STATS = 10 '

-- Execute backup script
EXEC (@backupQuery)

--Cleanup (remove any files older than @deletedate
EXEC master.sys.xp_delete_file 0,@backupPath,'bak',@DeleteDate,0;

GO
---

Den Job lasse ich 1x/Nacht laufen. Ich wüsste spontan nicht, wie ich sonst gezielt die *.LDF (TLF) Datei/Datenbank sichern könnte.

Vielen Dank Mad Max,

es ist Fakt, der Transaktionsprotokollversand hat damit nichts zu tun, ebenso eine tägliche Vollsicherung. Der TLF wird dadruch nicht verkleinert.

Einen Artikel habe ich gefunden, welcher hilfreich war (http://blogs.technet.com/b/austria/archive/2011/03/08/sql-server-the-tr ..), hier wird mit SHRINK gearbeitet.

In meiner Kombination muss ich weiter suchen, da ich eine Datenbankspiegelung (= Wiederherstellungsmodell Vollständig) laufen habe. Hier ist bei Google viel geboten, jedoch auch viele Mutmaßungen. In einer Testumgebung macht es nichts, aber im Produktivsystem bin ich mir noch nicht sicher, ob ich hier einfach mal einen SHRINK Befehl ausführen kann. Funktionieren würde es so:

Wie ist der Name der *.LOG Datei:

SELECT name FROM sys.database_files
WHERE type_desc = 'LOG'

Verkleinern per SHRINKFILE:

DBCC SHRINKFILE ('DATENBANKNAME_log', 1000)

Ich werde deinem Vorschlag nach der Vollsicherung speziell vom TLF nachgehen, vielleicht kannst du mir ja mal ein Script für die TLF Sicherung vorschlagen. Den Zyklus regel ich über die Auftragsplanung.

Vielen Dank ravers,
ein SHRINKFILE Befehl möchte ich nicht im Produktivsystem ausführen (Bauchgefühl nach einigen Berichten). Ich habe es nun doch geschafft den TLF mit Boerdmitteln zu verkleinern, was mich eigentlich verwundert. Nachdem was ich bisher gelesen hatte, hätte es nicht klappen dürfen.

- Datenbankspiegelung an (unverändert)
=> Wiederherstellungsmodell auf Vollständig (unverändert)
- Vollsicherung 1x/Nacht (siehe Script oben) (unverändert)

NEU
Gestern Transaktionsprotokollversand eingerichtet, seither ist in der Nacht eine Vollsicherung gelaufen.

Ich konnte jedoch heute den TLF genau wie im Testsystem verkleinern, ohne das Wiederherstellungsmodell auf einfach zu setzen. Ich weiß aber nicht warum das nun plötzlich funktioniert hat... :


VORHER

NACHHER

Mir stellt sich jetzt die Frage ob die Freigabe vom Speicher inkl. Verkleinerung des TLF nicht doch mit dem Transaktionsprotokollversand zusammenhängt?!