MSSQL: Jak se zbavit velkych LDF log souboru?

Jirka

unread,

Apr 26, 2004, 9:02:23 AM4/26/04

to

MSSQL: Jak se zbavit velkych LDF log souboru? Lze stopnout MSSQL a odmazat?

George George

unread,

Apr 26, 2004, 3:30:53 AM4/26/04

to

Jak máte nastaveno v Option DB Simple/Full, pokud full, jak ąasto se vám
automaticky spouątí sql backup transakčního logu aby jej uvolňoval?
Jak máte nastaven autoshrink?
I jiné parametry mohou případně ovlivnit velikost transakčního logu kromě
vlastního provozu DB.
Pokud odmaľete LDF bez odpojení zátěľe a následného vynuceného shrink,
můľete přijít o poslední změny.
Jirka.

"Jirka" <no....@nospam.cz> píąe v diskusním příspěvku
news:%23MMUbrz...@TK2MSFTNGP11.phx.gbl...

david.mrazek

unread,

Apr 26, 2004, 6:29:50 AM4/26/04

to

EXEC sp_detach_db @dbname = 'NazevDB'

Po te odstranit (smazat) log soubor

Pak
EXEC sp_attach_single_file_db @dbname = 'NazevDB',
@physname = 'C:\cesta\nazev.MDF'

"Jirka" <no....@nospam.cz> píąe v diskusním příspěvku

news:#MMUbrzK...@TK2MSFTNGP11.phx.gbl...

Jirka

unread,

Apr 27, 2004, 9:45:47 PM4/27/04

to

uff, to psat do toho Query analyzeru nebo kam?

"david.mrazek" <david....@dlg.cz> píąe v diskusním příspěvku
news:uD37mo3K...@TK2MSFTNGP09.phx.gbl...

Jirka

unread,

Apr 27, 2004, 9:47:48 PM4/27/04

to

George George" <george...@centrum.cz> píąe v diskusním příspěvku
news:eDr$RB2KEH...@TK2MSFTNGP09.phx.gbl...

> Jak máte nastaveno v Option DB Simple/Full, pokud full, jak ąasto se vám
> automaticky spouątí sql backup transakčního logu aby jej uvolňoval?
> Jak máte nastaven autoshrink?
> I jiné parametry mohou případně ovlivnit velikost transakčního logu kromě
> vlastního provozu DB.

aha, no tak to mam nastavene tak jak to je default po instalaci, zalohovani
neresim, db je pouze pro cteni a taha se tam odjinud...

> Pokud odmaľete LDF bez odpojení zátěľe a následného vynuceného shrink,
> můľete přijít o poslední změny.

to lze i v pripade kdy udelam STOP service celeho SQL serveru? Bez toho by
to asi ani neslo odmazat... Zatim jsem ty 2GB logu zkomprimoval, ale nejak
bych to rad vyresil do budoucna, dik

pripoadne jake keyw hledat v KB, BO... diky mpoc

Jirka

unread,

May 7, 2004, 2:13:26 AM5/7/04

to

tak poradte nekdo please please,

diky...

"Jirka" <no....@nospam.cz> píąe v diskusním příspěvku

news:OYpAAKML...@TK2MSFTNGP11.phx.gbl...

Ondrej Spalenka

unread,

May 7, 2004, 6:12:09 AM5/7/04

to

Bude to anglicky:
Start \ Programs \ Microsoft SQL Server \ Enterprise manager
ve stromu nalevo najít správný server a databázi
pravé myšítko a All Tasks | Shrink database |
a nyní buďto hned 'OK' anebo možno udělat jednotlivé soubory postupně ve
foruláři skrytém pod tlačítkem 'Files'

Ondrej Spalenka

Jirka napsal(a):

> tak poradte nekdo please please,
>
> diky...
>
>

> "Jirka" <no....@nospam.cz> píše v diskusním příspěvku

> news:OYpAAKML...@TK2MSFTNGP11.phx.gbl...
>
>>uff, to psat do toho Query analyzeru nebo kam?
>>

>>"david.mrazek" <david....@dlg.cz> píše v diskusním příspěvku

>>news:uD37mo3K...@TK2MSFTNGP09.phx.gbl...
>>
>>>EXEC sp_detach_db @dbname = 'NazevDB'
>>>
>>>Po te odstranit (smazat) log soubor
>>>
>>>Pak
>>>EXEC sp_attach_single_file_db @dbname = 'NazevDB',
>>> @physname = 'C:\cesta\nazev.MDF'
>>>

>>>"Jirka" <no....@nospam.cz> píše v diskusním příspěvku

P.L.

unread,

May 7, 2004, 1:45:23 PM5/7/04

to

Nejprve je ale dobré udělat zálohu databáze a teprve potom shrink.

"Ondrej Spalenka" <o...@seznam.cz> píąe v diskusním příspěvku
news:%231N3dvB...@TK2MSFTNGP12.phx.gbl...

> Bude to anglicky:
> Start \ Programs \ Microsoft SQL Server \ Enterprise manager
> ve stromu nalevo najít správný server a databázi

> pravé myąítko a All Tasks | Shrink database |
> a nyní buďto hned 'OK' anebo moľno udělat jednotlivé soubory postupně ve

> foruláři skrytém pod tlačítkem 'Files'
>
> Ondrej Spalenka
>
>
> Jirka napsal(a):
> > tak poradte nekdo please please,
> >
> > diky...
> >
> >

> > "Jirka" <no....@nospam.cz> píąe v diskusním příspěvku

> > news:OYpAAKML...@TK2MSFTNGP11.phx.gbl...
> >
> >>uff, to psat do toho Query analyzeru nebo kam?
> >>

> >>"david.mrazek" <david....@dlg.cz> píąe v diskusním příspěvku

> >>news:uD37mo3K...@TK2MSFTNGP09.phx.gbl...
> >>
> >>>EXEC sp_detach_db @dbname = 'NazevDB'
> >>>
> >>>Po te odstranit (smazat) log soubor
> >>>
> >>>Pak
> >>>EXEC sp_attach_single_file_db @dbname = 'NazevDB',
> >>> @physname = 'C:\cesta\nazev.MDF'
> >>>

> >>>"Jirka" <no....@nospam.cz> píąe v diskusním příspěvku

Jirka

unread,

May 8, 2004, 11:34:08 AM5/8/04

to

dik za podrobnej popis, ale tohle jsem delal uz driv a shrinkne to zcela
urcite jenom vlastni databazi (proste defragmentace databaze podobne jako to
dela MS Access) a ne log, ten ma porad 3 GB :-(

*_Log.LDF ma porad 3 GB

A to i v pripade kdy jsem vybral Files / a soubor LOG nebo nastavil Truncate
free space of the end...

"Ondrej Spalenka" <o...@seznam.cz> píąe v diskusním příspěvku
news:%231N3dvB...@TK2MSFTNGP12.phx.gbl...

> Bude to anglicky:
> Start \ Programs \ Microsoft SQL Server \ Enterprise manager
> ve stromu nalevo najít správný server a databázi

> pravé myąítko a All Tasks | Shrink database |
> a nyní buďto hned 'OK' anebo moľno udělat jednotlivé soubory postupně ve

> foruláři skrytém pod tlačítkem 'Files'
>
> Ondrej Spalenka
>
>
> Jirka napsal(a):
> > tak poradte nekdo please please,
> >
> > diky...
> >
> >

> > "Jirka" <no....@nospam.cz> píąe v diskusním příspěvku

> > news:OYpAAKML...@TK2MSFTNGP11.phx.gbl...
> >
> >>uff, to psat do toho Query analyzeru nebo kam?
> >>

> >>"david.mrazek" <david....@dlg.cz> píąe v diskusním příspěvku

> >>news:uD37mo3K...@TK2MSFTNGP09.phx.gbl...
> >>
> >>>EXEC sp_detach_db @dbname = 'NazevDB'
> >>>
> >>>Po te odstranit (smazat) log soubor
> >>>
> >>>Pak
> >>>EXEC sp_attach_single_file_db @dbname = 'NazevDB',
> >>> @physname = 'C:\cesta\nazev.MDF'
> >>>

> >>>"Jirka" <no....@nospam.cz> píąe v diskusním příspěvku

Jirka

unread,

May 8, 2004, 11:34:43 AM5/8/04

to

a proc? :-) Uz se stalo ze po shrinku se db poskodila?

"P.L." <neuvedena> píąe v diskusním příspěvku
news:%23fwHWsF...@TK2MSFTNGP11.phx.gbl...

P.L.

unread,

May 8, 2004, 2:32:43 PM5/8/04

to

To ne, ale v ldf souborech jsou transakční logy a ty se udrľují do kompletní
zálohy databáze. Pak teprve shrink můľe uvolnit místo.

"Jirka" <no....@nospam.cz> píąe v diskusním příspěvku

news:uIvv0HRN...@TK2MSFTNGP11.phx.gbl...

Jirka

unread,

May 8, 2004, 6:36:19 PM5/8/04

to

Stejne to nefunguje, LDF je stale stejne velky!

Tak je to nekde poradne popsano, aby uz to fungovalo?

"Jirka" <no....@nospam.cz> píąe v diskusním příspěvku

news:uIvv0HRN...@TK2MSFTNGP11.phx.gbl...

Jirka

unread,

May 8, 2004, 7:35:19 PM5/8/04

to

jo, tohle jde rucne do QA, slo by napsat nejaky command na smazani / rename
toho souboru?

Pripadne na konec jeste udelat shrink, ktera je na to SP?

Pripadne to cele zautomatizovat anebo jen ten log nejak automaticky
odstranovat (ciste, bez odpojovani DB)?

Dik moc.

"david.mrazek" <david....@dlg.cz> píąe v diskusním příspěvku
news:uD37mo3K...@TK2MSFTNGP09.phx.gbl...

George George

unread,

May 10, 2004, 2:04:06 PM5/10/04

to

V Enterprise manager si nastav na tu databázi maintenence plans, tam si
můľeą nastavit co hrdlo ráčí (reindexace, shrinky, test integrity atd.)
Jirka.

"Jirka" <no....@nospam.cz> píąe v diskusním příspěvku

news:%23FtdVUV...@TK2MSFTNGP12.phx.gbl...