Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

transaction log file laesst sich nicht verkleinern

995 views
Skip to first unread message

susn

unread,
Apr 24, 2002, 8:25:25 AM4/24/02
to
Hallo zusammen,

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

Helge C. Rutz

unread,
Apr 24, 2002, 9:18:59 AM4/24/02
to
Hallo 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...

Dirk Gorthat

unread,
Apr 24, 2002, 9:30:56 AM4/24/02
to
>"susn" <lieb...@web.de> schrieb im Newsbeitrag
news:606f01c1eb8b$1c526d30$37ef2ecf@TKMSFTNGXA13...
>Hallo zusammen,
>
>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.

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

Susn

unread,
Apr 24, 2002, 10:36:41 AM4/24/02
to
Hallo Dirk,

hab ich schon mehrmals versucht. Leider ohne Erfolg

Susn


>-----Originalnachricht-----

>.
>

Susn

unread,
Apr 24, 2002, 10:52:22 AM4/24/02
to
Hallo Helge,

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-----

>.
>

Helge C. Rutz

unread,
Apr 24, 2002, 11:45:05 AM4/24/02
to
Hi Karin,

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...

Marco Wörmann

unread,
Apr 25, 2002, 3:51:01 AM4/25/02
to
Hi Karin,

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 Spönemann

unread,
Apr 25, 2002, 5:14:09 AM4/25/02
to
Hey,
was du nochmal versuchen könntest, wäre ein Abhängen der Datenbank
(sp_detach_db),
dann die alte Logdatei mal umbennen in Log.alt (kannst sie später ja immer
noch löschen),
und jetzt ein erneutes Anhängen der Datenbank (sp_attach_db),
wobei eben nur der Name der Datenbankdateien angebene wird, nicht der der
Log-Datei.
Dann baut der SQL-Server eine neue Log-Datei.

Peter

Andreas Schmidt

unread,
Apr 25, 2002, 6:04:55 AM4/25/02
to

"susn" <lieb...@web.de> schrieb im Newsbeitrag
news:606f01c1eb8b$1c526d30$37ef2ecf@TKMSFTNGXA13...

> 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


Susn

unread,
Apr 25, 2002, 10:54:01 AM4/25/02
to
Hallo,

das file ist von Geisterhand über Nacht kleiner geworden.
Kann leider nicht sagen warum.

Trotzdem Danke für die Mithilfe.

Susn


>-----Originalnachricht-----

>.
>

Susn

unread,
Apr 25, 2002, 10:55:09 AM4/25/02
to
Hallo,

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-----

>.
>

Ingo Schuster

unread,
Apr 24, 2002, 8:45:06 AM4/24/02
to
Einfachste Möglichkeiten SQL2000:
- Datenbank aushängen
- Log-File löschen (oder erst mal verschieben)
- Datenbank wieder einhängen, Log-File wird automatisch neu erstellt


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

0 new messages