Jakie jest polecenie obcięcia pliku dziennika programu SQL Server?

192

Muszę opróżnić plik LDF przed wysłaniem do kolegi. Jak zmusić program SQL Server do obcinania dziennika?

sql-server truncate logging

— Aidan Ryan
źródło

131

jeśli dobrze pamiętam ... w analizatorze zapytań lub równoważnym:

BACKUP LOG  databasename  WITH TRUNCATE_ONLY

DBCC SHRINKFILE (  databasename_Log, 1)

— ila
źródło

2

Jest to zdecydowanie lepsze niż ustawienie modelu odzyskiwania bazy danych na SIMPLE (jak w odpowiedzi Blorgbearda), ponieważ jeśli twój model odzyskiwania jest PEŁNY, musisz ustawić go w ten sposób z jakiegoś powodu.

— Scott Whitlock,

52

truncate_only jest przestarzałe w SQL Server 2008, więc musisz przełączyć db na proste odzyskiwanie msdn.microsoft.com/en-us/library/ms143729(SQL.90).aspx

— Justin Moore

10

W przypadku SQL Server 2012 działa to, ale bez WITH TRUNCATE_ONLY.

— net_prog

4

Dodając do tego, co powiedział net_prog, dla SQL Server 2012 zastąpiłem pierwszą linię BACKUP LOG DatabaseNameHere TO DISK='NUL:'.

— Aaron Newton

„TRUNCATE_ONLY” nie jest rozpoznawaną opcją BACKUP. (SQL Server 2019 RC1)

— Tomasz Gandor

304

W studio zarządzania:

Nie rób tego w środowisku na żywo, ale aby mieć pewność, że zmniejszysz db db jak najwięcej:
- Kliknij bazę danych prawym przyciskiem myszy, wybierz Properties, a następnie Options.
- Upewnij się, że „Model odzyskiwania” jest ustawiony na „Prosty”, a nie „Pełny”
- Kliknij OK
Kliknij ponownie bazę danych prawym przyciskiem myszy, wybierz Tasks-> Shrink->Files
Zmień typ pliku na „Log”
Kliknij OK.

Alternatywnie, SQL, aby to zrobić:

 ALTER DATABASE mydatabase SET RECOVERY SIMPLE
 DBCC SHRINKFILE (mydatabase_Log, 1)

Patrz: http://msdn.microsoft.com/en-us/library/ms189493.aspx

— Blorgbeard wyszedł
źródło

1

Twoja odpowiedź właśnie uratowała mi dzień! Nie wiedziałem o opcji „kliknij prawym przyciskiem myszy - Zadania -> Zmniejsz”. Dziękuję Ci!

— René

7

Co robisz w środowisku na żywo? Najpierw wykonać kopię zapasową dzienników?

— John Bubriski

1

Nie jestem DBA, ale tak, wierzę, że wykonanie kopii zapasowej dziennika ją obetnie: technet.microsoft.com/en-us/library/ms179478.aspx

— Blorgbeard jest niedostępny

2

@JohnBubriski Jeśli używasz modelu odzyskiwania innego niż prosty, dzienniki są podstawą do odzyskiwania danych lub wycofywania transakcji. W produkcji musisz najpierw wykonać kopię zapasową tych dzienników, aby zmniejszyć pliki dziennika. W przeciwnym razie nie byłoby rzeczywistej możliwości odzyskania. Niestety, jeśli jesteś w sytuacji odzyskiwania, będziesz musiał ponownie załadować wszystkie kopie zapasowe dziennika transakcji, aby w pełni odzyskać bazę danych. Czasy zabawy, dla pewności! :)

— definiuje

1

w SQL Server 2012 musiałem to zrobić use mydatabaseprzed uruchomieniemdbcc shrinkfile

— knb

62

W przypadku SQL Server 2008 polecenie to:

ALTER DATABASE ExampleDB SET RECOVERY SIMPLE
DBCC SHRINKFILE('ExampleDB_log', 0, TRUNCATEONLY)
ALTER DATABASE ExampleDB SET RECOVERY FULL

Spowodowało to zmniejszenie mojego pliku dziennika 14 GB do 1 MB.

— Nathan R.
źródło

5

Ponieważ pytanie jest niejednoznaczne, która wersja i zaakceptowana odpowiedź nie dotyczy SQL Server 2008, odpowiedź ta jest nadal ważna niezależnie od wieku.

— James Law

Dzięki, pomogło mi to zmniejszyć duży plik dziennika, który nie zareagował na DBCC SHRINKFILE

— Christian Navelot,

6

Nie zapomnij zmienić modelu odzyskiwania z powrotem na FULL, gdy skończysz!

— Dan Bechard

Należy wykonać kopię zapasową przed zrobieniem tego (lub jakiejkolwiek innej opcji obcięcia). Jeśli wykonasz pełną kopię zapasową i zaznaczysz opcję „Kopiuj tylko kopię zapasową” w SSMS, nie będziesz już potrzebować dziennika. (To tylko kopia zapasowa punktu w czasie).

— Simon_Weaver

37

W przypadku SQL 2008 można wykonać kopię zapasową dziennika na nulurządzenie:

BACKUP LOG [databaseName]
TO DISK = 'nul:' WITH STATS = 10

A następnie użyj DBCC SHRINKFILEdo obcięcia pliku dziennika.

— Matej
źródło

2

To jedyny, który skończył działać w mojej sytuacji ...

— Wystąpił

Uwaga: może to zająć sporo czasu, nawet na dyskach SSD (musi przeczytać dziennik, aby móc go odrzucić). W przypadku pliku dziennika o wielkości 30 GB na maszynie wirtualnej platformy Azure o umiarkowanym zasilaniu 40% zajmuje 10 minut. Pamiętaj, aby przejść do „Wiadomości” w SSMS, aby zobaczyć procent przetworzony.

— Simon_Weaver,

3

dziennik kopii zapasowej nazwa dziennika z truncate_only, po którym następuje komenda dbinkfile dbcc

— SQLMenace
źródło

0

Ponieważ odpowiedź dla mnie została pochowana w komentarzach. W SQL Server 2012 i nowszych wersjach możesz użyć:

BACKUP LOG Database TO DISK='NUL:'
DBCC SHRINKFILE (Database_Log, 1)

— rip747
źródło

-5

Inną opcją jest odłączenie bazy danych za pośrednictwem Management Studio. Następnie wystarczy usunąć plik dziennika lub zmienić jego nazwę i usunąć później.

Z powrotem w Management Studio ponownie dołącz bazę danych. W oknie dołączania usuń plik dziennika z listy plików.

Baza danych dołącza i tworzy nowy pusty plik dziennika. Po sprawdzeniu, że wszystko jest w porządku, możesz usunąć plik dziennika o zmienionej nazwie.

Prawdopodobnie nie powinieneś tego używać w produkcyjnych bazach danych.

— Rask
źródło

4

Nigdy tego nie rób! W dzienniku mogą znajdować się dane, które nie zostały jeszcze zatwierdzone w pliku danych. Utraciłbyś takie dane.

— Paul

Jeśli w swojej odpowiedzi ostrzegasz, aby nie wypróbowywać go w produkcji, nie warto go w ogóle publikować.

— Stan Shaw

9

Nie zgadzam się z downvoters - jest to opcja. Administratorzy muszą tylko zrozumieć ich scenariusz. Na przykład - nie będzie żadnych „nieprzydzielonych” danych, jeśli nie będzie otwartych transakcji.

— Gerard ONeill

3

To jedyne rozwiązanie, które działało dla mnie. Mój dysk był zapełniony i nie mogłem wykonać kopii zapasowej ani się skurczyć i nic innego nie działało. Dziękuję Ci!

— Brian

3

Zgadzam się; nie jest to najlepsza praktyka, ale jest cennym narzędziem, które można mieć, jeśli nie masz innych opcji, takich jak scenariusz Briana.

— ScottFoster1000,