hab ein Transaction log file von ca 1,5 GB, das sich
partout nicht verkleinern lassen will. Ich habe es schon
mit dbcc shrinkfile versucht. Oder über Enterprise
Manager, Datenbank rechte Maus, alle Tasks, shrink
database, files ... --> geht auch nicht.
Hat jemand 'ne Ahnung, woran es liegen könnte, daß sich
dieses file so weigert, kleiner zu werden??
Danke
Susn
wäre nett wenn Du einen richtigen Namen hättest - viele ignorieren solche
Anfragen.
Zu Deinem Problem lies bitte einmal den folgenden Artikel, und nutze bei
Bedarf das enthaltene Skript.
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q256650
Gilt für den SQL Server 2000 ebenso.
--
Helge C. Rutz
MCSE, MCDBA
dc soft GmbH
"susn" <lieb...@web.de> schrieb im Newsbeitrag
news:606f01c1eb8b$1c526d30$37ef2ecf@TKMSFTNGXA13...
Sollte wieder klein werden, wenn Du mal ein Backup fährst...
Dann wird das Transactionlog wieder geleert.
1.5 GB Transactionlog?! Wie groß ist denn die Datenbank?
Dirk
hab ich schon mehrmals versucht. Leider ohne Erfolg
Susn
>-----Originalnachricht-----
>.
>
Susn ist mein richtiger Spitzname, aber wenn dir Karin
lieber ist, dann geht das natürlich auch.
Danke für den Link. Hab aber eigentlich schon alles
ausprobiert. Auch schon ein Skript, das dummy transactions
macht. Die db ist 34 mb das tlog 1500mb, von denen eben
nur 91 mb belegt sind.
>-----Originalnachricht-----
>.
>
ist es möglich, dass da noch irgendwo eine aktive Transaktion ist -
vielleicht eine verwaiste Session?
Wenn am Ende des Logfiles noch aktive Einträge sind klappt das Verkleinern
natürlich nicht.
Außerdem kann es auch sonst schon einige Zeit dauern bis man mit Dummy
Einträgen den aktiven Teil in das nächste VLF bewegt hat, da die VLFs je
nach Logfile Größe und Nutzung unterschiedlich groß sind.
Prüfe das bitte noch einmal nach.
--
Helge C. Rutz
MCSE, MCDBA
dc soft GmbH
"Susn" <lieb...@web.de> schrieb im Newsbeitrag
news:189f01c1eb9f$a42e26e0$9be62ecf@tkmsftngxa03...
das Problem hatte ich auch mal. Ich hatte dann alles ausprobiert, was im
Wartungsplan so angeboten wird:
Sichern der DB, Sichern des log-Files, aber im Endeffekt schien es die
Indexoptimierung mit anschließendem nochmaligem Sichern des log-Files
gebracht zu haben.
Erklären kann ich das jedoch nicht. Mag auch Zufall gewesen sein.
Andere dumme Frage, die wahrscheinlich sofort wieder vergessen kannst: die
Ansicht ist etwas träge und muss nach Aktionen wie Sichern aktualisiert
werden, das gilt insbesondere für das Taskpad...
Über welchen Zeitraum ist das Log-File so sehr angewachsen. bei dem
Verhältnis 1,5 GB zu 34 MB kann man die DB immerhin grob 50 mal sichern, um
den gleichen Platz zu verschwenden, d.h. über 25 Tage 2 mal pro Tag oder, 50
Tage 1 mal, oder 100 Tage...
Wäre nett, wenn Du uns vielleicht des Rätsels Lösung mitteilst, wenn Du
drüber stolperst, wo wir doch alle so fleißig mitraten ;-)
Marco
"susn" <lieb...@web.de> schrieb im Newsbeitrag
news:606f01c1eb8b$1c526d30$37ef2ecf@TKMSFTNGXA13...
Peter
> hab ein Transaction log file von ca 1,5 GB, das sich
Das Wiederherstellungsmodel der Datenbank muss auf "Einfach"
(Eigenschaften des Datenbank/Optionen)
umgestellt werden, danach kann das Transaction Log file auf 1 MB geschrumpft
werden.
Danach sollte man sich in der Online-Hilfe informieren, welches
Wiederherstellungs-
modell in der Zukunft verwendet werden soll.
Andreas
das file ist von Geisterhand über Nacht kleiner geworden.
Kann leider nicht sagen warum.
Trotzdem Danke für die Mithilfe.
Susn
>-----Originalnachricht-----
>.
>
das file ist von Geisterhand über Nacht kleiner geworden.
Kann leider nicht sagen warum.
Ist nicht ganz nachzuvollziehen
Trotzdem Danke für die Mithilfe.
Susn
>-----Originalnachricht-----
>.
>
Wenn die Protokollierung der Datenbank auf "Einfach" gestellt ist funktioniert
der Shrink auf jeden Fall.
Dein Problem sieht ansonsten danach aus, als wenn noch eine offene Transaktion
auf der Datenbank liegt.
Ingo
--
__________________________________________________________
News suchen, lesen, schreiben mit http://newsgroups.web.de