none
SQL2005 Logfile Shrink doch Logfile wird nicht kleiner RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    Hallo habe einen SQL2005 SP3.
    Bei der Durchsicht des SQL Servers eines Kollegen ist mir aufgefallen, dass mehrere Logfiles sehr groß sind.
    Daraufhin habe ich die DB gesichert, danach das Logfile mit Truncate und wollte dann die Logfiles shrinken.
    Das hat bei dem ersten Logfile auch funktioniert.
    Die anderen allerdings shrinken nicht das physikalische File !!
    Alle diese Versuche habe aus der GUI unternommen.

    Was könnte verhindern, dass das Physikalische File geshrinkt wird ?
    In der Gui sehe ich das 98 % FreeSpace in dem Logfile vorhanden ist.

    Gruß
    Markus

    Mittwoch, 23. Februar 2011 15:44
    |

Antworten

  • Question
    Anmelden
    0
    Anmelden

    Vielen Dank für euere Antworten.

    Das DBCC SHRINKFILE habe ich natürlich ausgeführt und das ist ja das Problem dass es das Physikalische File eben NICHT geshrinkt hat.

    @Christa Kurschat:
    Mir ist monentan nicht bewusst, wie ich das Logfile von vorne beginnend löschen lassen könnte.

    Ich habe das Problem gelöst, indem ich das Logfilebackup nochmal durchgeführt habe und danach den Server neu gestartet habe.

    Danach ließen sich auch die Logfiles soweit shrinken.
    Ich vermute also, dass evtl. etwas offenes noch drauf zugegriffen hatte. Was ???

    Vielen Dank

     

    • Als Antwort markiert Markus Mistler Donnerstag, 24. Februar 2011 09:39
    Donnerstag, 24. Februar 2011 09:38
    |

Alle Antworten

  • Question
    Anmelden
    0
    Anmelden

    hi Markus,

    siehe

    http://msdn.microsoft.com/de-de/library/ms178037.aspx

    Da fehlt bei dir wohl noch das DBCC SHRINKFILE.

    Microsoft MVP Office Access
    https://mvp.support.microsoft.com/profile/Stefan.Hoffmann
    Mittwoch, 23. Februar 2011 16:16
    |
  • Question
    Anmelden
    0
    Anmelden

    Möglicherweise befindet der aktive Teil des Logs am Ende des Logs.
    In dem Fall kannst Du über die GUI anklicken, daß dieser an den Anfang verschoben wird, dann sollte es klappen.

    Eine zweite Variante, das Log zu verkleinern: stell die Datenbank auf Wiederherstellungsmodell "einfach" und verkleinere dann das Log. Das solltest Du aber nur nach einer Vollsicherung der DB machen, da das Log zur Wiederherstellung nicht mehr verwendet werden kann. Danach stellst Du wieder auf vollständig um und solltest regelmäßige Logsicherungen durchführen, damit das Log nicht mehr so stark wächst. Oder läßt die DB's auf "einfach", wenn das Log ohnehin zur Wiederherstellung nicht verwendet wird.

    Donnerstag, 24. Februar 2011 09:14
    |
  • Question
    Anmelden
    0
    Anmelden

    Vielen Dank für euere Antworten.

    Das DBCC SHRINKFILE habe ich natürlich ausgeführt und das ist ja das Problem dass es das Physikalische File eben NICHT geshrinkt hat.

    @Christa Kurschat:
    Mir ist monentan nicht bewusst, wie ich das Logfile von vorne beginnend löschen lassen könnte.

    Ich habe das Problem gelöst, indem ich das Logfilebackup nochmal durchgeführt habe und danach den Server neu gestartet habe.

    Danach ließen sich auch die Logfiles soweit shrinken.
    Ich vermute also, dass evtl. etwas offenes noch drauf zugegriffen hatte. Was ???

    Vielen Dank

     

    • Als Antwort markiert Markus Mistler Donnerstag, 24. Februar 2011 09:39
    Donnerstag, 24. Februar 2011 09:38
    |
  • Question
    Anmelden
    0
    Anmelden

    Markus,
    das ist genau das Phänomen was Christa beschrieben hat. Der aktive Teil war noch am Ende der physischen Datei.

    Versuch mal mit "dbcc loginfo" auf den Inhalt zu schauen. Status = 2 ist aktiv.

    Einen schönen Tag noch,
    Christoph

    Microsoft SQL Server MVP
    http://www.insidesql.org/blogs/cmu

    Donnerstag, 24. Februar 2011 11:55
    |
    Beantworter