2010-04-20 90 views
2

讓我從任何方式開始說我不是SQL或SQL Server專家。我知道如何創建一個數據庫並開發一個使用它的網站。除此之外,db管理完全失去了我:(SQL Server 2005數據庫日誌文件很大,完整

被說我卡住了我的兩個數據庫的日誌文件增長得非常大,一個是650MB,另一個是16 GB的技嘉!在這兩個數據庫中的數據都小於10MB,所以我無法想象這是怎麼發生在這個好神...

我做了一些研究,這導致我相信做一個完整的數據庫備份或事務日誌備份將修復此...

試圖做一個完整的數據庫備份我收到一個錯誤,告訴我事務日誌已滿,所以我嘗試了日誌備份,而不是

工作,現在如果我做一個完整的數據庫備份,我不會再得到那個錯誤。

但是,數據庫日誌文件的大小仍然與以前相同。

我也進入了收縮也說650mb左右的空間是自由空間,但當我告訴它釋放空間它什麼也沒做。我沒有收到任何錯誤信息,它只是關閉,什麼也沒做。至少我相信它沒有做什麼,因爲我的日誌文件仍然是gimongous ...

因此,首先,這是怎麼發生的?我所做的只是打開我的數據庫,在這裏和那裏改變列。而在另一個數據庫上,我甚至沒有這樣做!

最後,我該如何解決這個問題,以便我可以清除該日誌?

任何幫助表示讚賞,謝謝!

+0

它的工作第二我發佈了這個。我再次縮小了日誌文件,這一次它工作...但我仍然想知道爲什麼日誌文件變得這麼滑稽...... – SelAromDotNet 2010-04-20 21:07:25

回答

3

除非您需要及時恢復或需要頻繁備份,否則聽起來您可以不使用日誌文件。更改爲簡單恢復模式。這將導致日誌在每次提交事務後被截斷,而不是等待日誌文件備份。

+1

這聽起來很理想,我經常手動備份。如何更改爲簡單恢復模式? oop沒關係我在數據庫屬性中找到它。希望這個伎倆,謝謝! – SelAromDotNet 2010-04-20 21:12:11

2
USE MyDatabase 
GO 
Backup Log MyDatabase WITH TRUNCATE_ONLY 
GO 
DBCC SHRINKFILE (MyDatabase_Log, 1) 
GO 

注意,這將無效的備份歷史記錄,因此使用TRUNCATE_ONLY後必須執行完整備份。