none
Problem mit grosser Log-Datei RRS feed

  • 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

    Mittwoch, 11. Juli 2012 18:42

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
    Mittwoch, 11. Juli 2012 18:54

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
    Mittwoch, 11. Juli 2012 18:54
  • 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

    Mittwoch, 11. Juli 2012 19:15