使用MS數(shù)據(jù)庫的朋友就會知道一個問題，C盤的空間很容易被占滿了。因?yàn)楸緛硐到y(tǒng)盤就分區(qū)比較小，這是由于數(shù)據(jù)庫在使用過程中會使日志文件不斷增加，使得數(shù)據(jù)庫的性能下降，并且占用大量的磁盤空間。SQL Server數(shù)據(jù)庫都有l(wèi)og文件，log文件記錄用戶對數(shù)據(jù)庫修改的操作。可以通過直接刪除log文件和清空日志在清除數(shù)據(jù)庫日志。

一、刪除LOG
1、分離數(shù)據(jù)庫。分離數(shù)據(jù)庫之前一定要做好數(shù)據(jù)庫的全備份，選擇數(shù)據(jù)庫——右鍵——任務(wù)——分離。

勾選刪除連接

分離后在數(shù)據(jù)庫列表將看不到已分離的數(shù)據(jù)庫。

2、刪除LOG文件

3、附加數(shù)據(jù)庫，附加的時候會提醒找不到log文件。

刪除數(shù)據(jù)庫信息信息的ldf文件：

附加數(shù)據(jù)庫之后將生成新的日志文件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

三、收縮數(shù)據(jù)庫文件

DBCC SHRINKFILE ('TestDB_log',1)

四、截?cái)嗍聞?wù)日志

BACKUP LOG TestDB WITH NO_LOG

該命令在SQL Server 2008也是不支持，在SQL Server 2005和2000可以使用。

清除SQLServer2005的LOG文件  

--最好備份日志，以后可通過日志恢復(fù)數(shù)據(jù)。。。以下為日志處理方法一般不建議做第4,6兩步第4步不安全,有可能損壞數(shù)據(jù)庫或丟失數(shù)據(jù)第6步如果日志達(dá)到上限,則以后的數(shù)據(jù)庫處理會失敗,在清理日志后才能恢復(fù).--*/--下面的所有庫名都指你要處理的數(shù)據(jù)庫的庫名1.清空日志DUMP TRANSACTION 庫名 WITH NO_LOG2.截?cái)嗍聞?wù)日志：BACKUP LOG 庫名 WITH NO_LOG3.收縮數(shù)據(jù)庫文件(如果不壓縮,數(shù)據(jù)庫的文件不會減小企業(yè)管理器--右鍵你要壓縮的數(shù)據(jù)庫--所有任務(wù)--收縮數(shù)據(jù)庫--收縮文件--選擇日志文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數(shù),直接輸入這個數(shù),確定就可以了--選擇數(shù)據(jù)文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數(shù),直接輸入這個數(shù),確定就可以了也可以用SQL語句來完成 --收縮數(shù)據(jù)庫DBCC SHRINKDATABASE(庫名)--收縮指定數(shù)據(jù)文件,1是文件號,可以通過這個語句查詢到:select * from sysfilesDBCC SHRINKFILE(1)4.為了最大化的縮小日志文件(如果是sql 7.0,這步只能在查詢分析器中進(jìn)行)a.分離數(shù)據(jù)庫:企業(yè)管理器--服務(wù)器--數(shù)據(jù)庫--右鍵--分離數(shù)據(jù)庫b.在我的電腦中刪除LOG文件c.附加數(shù)據(jù)庫:企業(yè)管理器--服務(wù)器--數(shù)據(jù)庫--右鍵--附加數(shù)據(jù)庫此法將生成新的LOG，大小只有500多K或用代碼： 下面的示例分離 pubs，然后將 pubs 中的一個文件附加到當(dāng)前服務(wù)器。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.為了以后能自動收縮,做如下設(shè)置:企業(yè)管理器--服務(wù)器--右鍵數(shù)據(jù)庫--屬性--選項(xiàng)--選擇"自動收縮"--SQL語句設(shè)置方式:EXEC sp_dboption '庫名', 'autoshrink', 'TRUE'6.如果想以后不讓它日志增長得太大企業(yè)管理器--服務(wù)器--右鍵數(shù)據(jù)庫--屬性--事務(wù)日志--將文件增長限制為xM(x是你允許的最大數(shù)據(jù)文件大小)--SQL語句的設(shè)置方式:alter database 庫名 modify file(name=邏輯文件名,maxsize=20)

SQL Server 數(shù)據(jù)庫使用時間一長就會導(dǎo)致Log文件逐漸變的龐大, 想備份一下數(shù)據(jù)庫, 想發(fā)給誰都很困難
運(yùn)行下面的語句就可以 清到Log文件只剩下1M左右的空間.

DUMP TRANSACTION 數(shù)據(jù)庫名 WITH NO_LOG
DBCC SHRINKDATABASE('數(shù)據(jù)庫名',TRUNCATEONLY)

不重啟SQL服務(wù)，刪除SQLServer系統(tǒng)日志

 SQLServer的系統(tǒng)日志過大，就會引起SQLServer服務(wù)器無法啟動等一系列問題。今天我遇到了這個問題，在網(wǎng)上搜索了一下，解決方法是刪除就 可以了，可是當(dāng)前的ErrorLog正在被SQL使用無法刪除啊，要刪除只能停止SQL服務(wù)器，難道就沒有別得辦法了嗎？
 回答是肯定的：使用以下存儲過程：EXEC   sp_cycle_errorlog

注釋  
  每次啟動   SQL   Server   時，當(dāng)前錯誤日志重新命名為   errorlog.1；errorlog.1   成為  errorlog.2，errorlog.2   成為   errorlog.3，依次類推。sp_cycle_errorlog   使您得以循環(huán)錯誤日志文件，而不必停止而后再啟動服務(wù)器。