BETA
Aby się zalogować, najpiew wybierz portal.
Aby się zarejestrować, najpiew wybierz portal.
Podaj słowa kluczowe
Słowa kluczowe muszą mieć co najmniej 3 sąsiadujące znaki alfanumeryczne
Pole zawiera niedozwolone znaki
Kamil Poleć
Kamil Poleć
53 pkt.
Poczatkujacy

 
0


Mam taki problem, plik z bazą w SQL2005 jest mały około 10GB ale jego log (xxx_log.ldf) ma 185GB, a mam 200GB dysk twardy. Teraz nic nie mogę zrobić bo jest za mało miejsca na dysku. Co zrobić aby obciąć część histori w tym LOGu? Jakoś to zarchiwizować, albo całkiem wyrzucić?





Marek Adamczuk Ekspert WSS
Marek Adamczuk
2392 pkt.
Guru
 
0


Było ze 100 razy, ale cóż, zawalczmy znów. Tak wielkiego loga nie warto już backupować. Robisz backup log with truncate_only, a następnie dbcc shrinkfile(<logiczny plik loga>). Potem zaraz pełny backup i ustawiasz joba do backupowania loga.

__________
Pozdrawiam
Marek Adamczuk

__________
Pozdrawiam
Marek Adamczuk

Radosław Kępa Ekspert WSS
Radosław Kępa
2903 pkt.
Guru
 
0


Wow 185 GB ! To chyba rekord forum :) . Zrob BACKUP LOG nazwa_bazy WITH TRUNCATE_ONLY. Zrob shrink pliko wlogow tranzakcji. Zrob pelny backup bazy. Jak juz bedziesz mial chwile czasu to zmien tryb recovery Simple na poczatek i poczytac o tym w jakim celu trzyma sie baze w trybei FULL i dlaczego warto robic wtedy backup logow tranzakcji. Jezeli przeszukasz to forum znajdziesz pewnie ze 200 watków podobnych do Twojego, takze wybacz ze nie rozpisuje sie bardzo szczegolowo. Nie wiem jak bardzo zaawansowany jestes w amdinsitracji SQLa, wiec jak bedziesz mial pytania to krzycz smialo.

Wiecej w tamacie:

http://www.karaszi.com/SQLServer/info_dont_shrink.asp Shrinking
considerations
http://www.nigelrivett.net/Transacti...leGrows_1.html Log File issues
http://www.support.microsoft.com/?id=317375 Log File Grows too big
http://www.support.microsoft.com/?id=110139 Log file filling up
http://www.support.microsoft.com/?id=315512 Considerations for Autogrow
and AutoShrink
http://www.support.microsoft.com/?id=272318 Shrinking Log in SQL Server
2000 with DBCC SHRINKFILE
http://www.support.microsoft.com/?id=873235 How to stop the log file from
growing
http://www.support.microsoft.com/?id=305635 Timeout while DB expanding
http://www.support.microsoft.com/?id=307487 Shrinking TempDB

__________________________
Radosław Kępa
radek@kempes.com.pl
gg: 2335076

Edytowano 1 raz. Ostatnio 2007-10-30 19:42:31 przez radek_kepa.

__________________________

Radosław Kępa : radek@radekkepa.com

danmc
danmc
1259 pkt.
Senior
 
0


Tak i nie polecam odwrotnej kombinacji (nie mowie tutaj akurat o Twoim przypadku) czyli najpierw FULL Backup a później backup BACKUP LOG db_name WITH NO_LOG. Bo baza będzie sie zachowywać tak jak w trybie SIMPLE (Marek dzięki ;) ) - przetestowane i tak jest, log nie będzie rósł mimo że baza jest w FULL RECOVERY. Po pierwszym FULL Backupie wróci do "pełnego" trybu FULL Recovery.

No właśnie, różnica miedzy WITH TRUNCATE_ONLY a WITH NO_LOG jaka jest bo ja zazwyczaj jak już musze to WITH NO_LOG? --
Pozdrawiam

Pozdrawiam

Radosław Kępa Ekspert WSS
Radosław Kępa
2903 pkt.
Guru
 
0


Nie ma roznicy miedzy nimi. Z tego co wiem w 2008 juz nie bedzie tych dwoch zabawek i zostanie nam cos ala:

alter database bazka set recovery simple --tymczaswe przejscie na simple
go

checkpoint --reczne odpalenie checkpointa aby wyciac nieaktywne logi
go

alter database bazka set recovery full --i wracamy ponownei do fulla
go

__________________________
Radosław Kępa
radek@kempes.com.pl
gg: 2335076

Edytowano 1 raz. Ostatnio 2007-10-31 00:13:06 przez radek_kepa.

__________________________

Radosław Kępa : radek@radekkepa.com

Marek Adamczuk Ekspert WSS
Marek Adamczuk
2392 pkt.
Guru
 
0


Różnica pomiędzy with TRUNCATE_ONLY a NO_LOG była na SQL Server 7.0. Wzięło się to stąd, że na 6.5 nie było NO_LOG, a sama operacja wyczyszczenia loga była też zapisywana do loga. I jeśli log szczelnie wypełniał nam cały dysk, to nie było możliwości wykonania WITH TRUNCATE_ONLY. I po to właśnie wymyślono with NO_LOG, czyli obetnij loga bez wpisu do loga. Na 2000 kod zunifikowano.

__________
Pozdrawiam
Marek Adamczuk

__________
Pozdrawiam
Marek Adamczuk

Kamil Poleć
Kamil Poleć
53 pkt.
Poczatkujacy
 
0


Dzięki, pomogło.
Jestem początkującym operatorem SQL2005, chwila nieuwagi i 200GB prysło. Wszystko jescze przede mną.

Mam jeszcze jedno pytanie laika:
Gdzie zmienia się domyślną ścieżkę wykonywania Backup'u bazy (domyślnie \\Program files\Microsoft SQL Serwer\...) ???

Udziel odpowiedzi

pkt.
Treść wpisu:

Zaloguj się lub Zarejestruj się aby wykonać tę czynność.