Benutzer mit den meisten Antworten
Problem mit grosser Log-Datei

Frage
-
Hallo zusammen
Bei einer Datenbanken(eine Tabelle mit Dokumenten) mit rund 100GB Daten-DB und 14GB TransLog-DB, lässt sich die TransLog-DB nicht verkleinern.
Wiederherstellugnsmodell war bis jetzt schon auf Full gestellt und die DB wurde jede Nacht gesichert.(ebenfalls TransactionLog). Beim der aufgezeichneten Diskspace-Grafik sieht man, dass das TransLog-File während den letzten Wochen immer grösser wurde. Der Admin vom Server hat mich heute darauf aufmerksam gemacht, ich bringe die DB jetzt aber auch nicht kleiner.
Habe jetzt auch nochmals man. Sicherungen gemacht, bringt nicht. Auch auf Simple umgestellt und dann verkleinern bringt nichts. Beim Verkleinern-Dialog bringt er mir bei Protokoll zugeordnet 14GB und frei 60MB. Ich verstehe nicht, warum diese 14GB benötigt werden, es gibt da jetzt nicht eine so grosse Menge an neuer Daten/Updates und zumindest verkleinern müsste doch gehen(wenn sie danach wieder ansteigt, ok).
Bin um jeden Tipp dankbar.
Gruss Christoph
Antworten
-
Hallo Christoph,
wenn das "Recovery Model" einer Datenbank auf "Simple" statt auf "Full" steht, oder wenn "Full" und es regelmäßig Log-Sicherungen gibt (darf auch öfter als täglich erfolgen; wir sichern alle 15 min) gibt, sollte der Speicherplatz im Log-File wieder frei gegeben werden und somit die Log Datei wieder verkleinerbar (shrink).
Es gibt aber durchaus Vorgänge, die dieses verhindern, wie z.B. eine vorhandene, aber nicht funktionierende Transaction Replication oder CDC = Change Data Capture u.s.w.
Du solltest zunächst mal mit folgenden Statement prüfen, ob ein bekanntes Problem diesbezüglich vorliegt:
SELECT name, log_reuse_wait_desc FROM sys.databases
Olaf Helper
* cogito ergo sum * errare humanum est * quote erat demonstrandum *
Wenn ich denke, ist das ein Fehler und das beweise ich täglich
Blog Xing- Als Antwort markiert chmav Mittwoch, 11. Juli 2012 19:15
Alle Antworten
-
Hallo Christoph,
wenn das "Recovery Model" einer Datenbank auf "Simple" statt auf "Full" steht, oder wenn "Full" und es regelmäßig Log-Sicherungen gibt (darf auch öfter als täglich erfolgen; wir sichern alle 15 min) gibt, sollte der Speicherplatz im Log-File wieder frei gegeben werden und somit die Log Datei wieder verkleinerbar (shrink).
Es gibt aber durchaus Vorgänge, die dieses verhindern, wie z.B. eine vorhandene, aber nicht funktionierende Transaction Replication oder CDC = Change Data Capture u.s.w.
Du solltest zunächst mal mit folgenden Statement prüfen, ob ein bekanntes Problem diesbezüglich vorliegt:
SELECT name, log_reuse_wait_desc FROM sys.databases
Olaf Helper
* cogito ergo sum * errare humanum est * quote erat demonstrandum *
Wenn ich denke, ist das ein Fehler und das beweise ich täglich
Blog Xing- Als Antwort markiert chmav Mittwoch, 11. Juli 2012 19:15
-
Hallo Olaf
DANKE
Der 1. Teil war mir so klar, deine SQL-Abfrage zeigte aber, dass genau diese DB replication enthielt.
Im SSMS war das nicht sichtbar und mir ist auch nicht bekannt, dass das bewusst aktiviert worden wäre.
Mit
EXEC sp_removedbreplication MeineDatenbank
konnte das Problem gelöst werden. Im Simple-Mode konnte die DB verkleinert werden und jetzt ist sie wieder in Full in einer angemessenen Grösse.
Besten Dank für die schnell Hilfe.
Gruss Christoph