Tema: Re: DataBase sveria ~22Gb
Autorius: monaxas@tvirtovė
Data: 2011-03-31 14:12:40
Idiotizmas.
Prie Full recovery model reik logo bakupus daryt, o ne augint ir shrinkint
jį. Full bakupas nereiškia transaction logo backupinimo.
"Tomas J." <t.jurksas@gmail.com> parašė naujienų
news:ijd945$dep$1@trimpas.omnitel.net...
> Pas mus mdf ~11Gb. ldf'a karta i savaite shrinkinamas, kopijos daromos
> full kiekviena diena. Toki sheduleri sukure patys skaitos atstovai
> instaliuodami duomenu baze.
>
> "MinVodai" <minvodai@gmail.com> wrote in message
> news:ij6hir$tj4$1@trimpas.omnitel.net...
>> hmmm
>> ir visiskai JUS teisus.... kalba eina apie EuroSkaita.
>> butent ldf failas zveriskas, o mdf kaip ir padorus - ~1,7 Gb
>> mastau (gal ir durnai) - sakykim loginimo istorija man kaip ir neberupi,
>> galiu trinti?
>> dar klausimu yra, bet... kad visiskas idiotas nepasirodyciau -
>> pratestuosim, o jei neiseis - klausiu.
>> ACIU
>>
>>
>> --
>> ______________________________
>> MinVodai
>> "filia" <filianereiksh@barsukas.com> wrote in message
>> news:mn.64357db2a0b3aaca.73604@barsukas.com...
>>> Pas tave tikriausia log failas didelis.
>>> Cia kaip ji sumazinti:
>>>
>>> USE dbname;
>>> GO
>>> -- Truncate the log by changing the database recovery model to SIMPLE.
>>> ALTER DATABASE dbname
>>> SET RECOVERY SIMPLE;
>>> GO
>>> -- Shrink the truncated log file to 1 MB.
>>> DBCC SHRINKFILE (2, 1); -- here 2 is the file ID for trasaction log
>>> GO
>>> -- Reset the database recovery model.
>>> ALTER DATABASE dbname
>>> SET RECOVERY FULL;
>>> GO
>>>
>>>
>>
>>
>