使用MS數據庫的朋友就會知道一個問題，C盤的空間很容易被占滿了。因為本來系統盤就分區比較小，這是由于數據庫在使用過程中會使日志文件不斷增加，使得數據庫的性能下降，并且占用大量的磁盤空間。SQL Server數據庫都有log文件，log文件記錄用戶對數據庫修改的操作?？梢酝ㄟ^直接刪除log文件和清空日志在清除數據庫日志。
一、刪除LOG
1、分離數據庫。分離數據庫之前一定要做好數據庫的全備份，選擇數據庫——右鍵——任務——分離。
勾選刪除連接
分離后在數據庫列表將看不到已分離的數據庫。
2、刪除LOG文件
3、附加數據庫，附加的時候會提醒找不到log文件。
刪除數據庫信息信息的ldf文件：
附加數據庫之后將生成新的日志文件log，新的日志文件的大小事504K。
也可以通過命令才完成以上的操作：
use master;exec sp_detach_db @dbname='TestDB';exec sp_attach_single_file_db @dbname='TestDB',@physname='D:/Program Files/Microsoft SQL Server/MSSQL10.SQL2008/MSSQL/DATA/TestDB.mdf'二、清空日志
該命令在SQL Server 2005和2000支持，SQL Server 2008不支持該命令。
DUMP TRANSACTION TestDB WITH NO_LOG三、收縮數據庫文件
DBCC SHRINKFILE ('TestDB_log',1)四、截斷事務日志
BACKUP LOG TestDB WITH NO_LOG該命令在SQL Server 2008也是不支持，在SQL Server 2005和2000可以使用。
清除SQLServer2005的LOG文件
--最好備份日志，以后可通過日志恢復數據。。。以下為日志處理方法一般不建議做第4,6兩步第4步不安全,有可能損壞數據庫或丟失數據第6步如果日志達到上限,則以后的數據庫處理會失敗,在清理日志后才能恢復.--*/--下面的所有庫名都指你要處理的數據庫的庫名1.清空日志DUMP TRANSACTION 庫名 WITH NO_LOG2.截斷事務日志：BACKUP LOG 庫名 WITH NO_LOG3.收縮數據庫文件(如果不壓縮,數據庫的文件不會減小企業管理器--右鍵你要壓縮的數據庫--所有任務--收縮數據庫--收縮文件--選擇日志文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了--選擇數據文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了也可以用SQL語句來完成 --收縮數據庫DBCC SHRINKDATABASE(庫名)--收縮指定數據文件,1是文件號,可以通過這個語句查詢到:select * from sysfilesDBCC SHRINKFILE(1)4.為了最大化的縮小日志文件(如果是sql 7.0,這步只能在查詢分析器中進行)a.分離數據庫:企業管理器--服務器--數據庫--右鍵--分離數據庫b.在我的電腦中刪除LOG文件c.附加數據庫:企業管理器--服務器--數據庫--右鍵--附加數據庫此法將生成新的LOG，大小只有500多K或用代碼： 下面的示例分離 pubs，然后將 pubs 中的一個文件附加到當前服務器。a.分離EXEC sp_detach_db @dbname = '庫名'b.刪除日志文件c.再附加EXEC sp_attach_single_file_db @dbname = '庫名', @physname = 'c:/Program Files/Microsoft SQL Server/MSSQL/Data/庫名.mdf'5.為了以后能自動收縮,做如下設置:企業管理器--服務器--右鍵數據庫--屬性--選項--選擇"自動收縮"--SQL語句設置方式:EXEC sp_dboption '庫名', 'autoshrink', 'TRUE'6.如果想以后不讓它日志增長得太大企業管理器--服務器--右鍵數據庫--屬性--事務日志--將文件增長限制為xM(x是你允許的最大數據文件大小)--SQL語句的設置方式:alter database 庫名 modify file(name=邏輯文件名,maxsize=20)SQL Server 數據庫使用時間一長就會導致Log文件逐漸變的龐大, 想備份一下數據庫, 想發給誰都很困難
運行下面的語句就可以 清到Log文件只剩下1M左右的空間.
DUMP TRANSACTION 數據庫名 WITH NO_LOG
DBCC SHRINKDATABASE('數據庫名',TRUNCATEONLY)
不重啟SQL服務，刪除SQLServer系統日志
SQLServer的系統日志過大，就會引起SQLServer服務器無法啟動等一系列問題。今天我遇到了這個問題，在網上搜索了一下，解決方法是刪除就 可以了，可是當前的ErrorLog正在被SQL使用無法刪除啊，要刪除只能停止SQL服務器，難道就沒有別得辦法了嗎？
回答是肯定的：使用以下存儲過程：EXEC sp_cycle_errorlog
注釋
每次啟動 SQL Server 時，當前錯誤日志重新命名為 errorlog.1；errorlog.1 成為 errorlog.2，errorlog.2 成為 errorlog.3，依次類推。sp_cycle_errorlog 使您得以循環錯誤日志文件，而不必停止而后再啟動服務器。
新聞熱點
疑難解答
