使用MS數(shù)據(jù)庫的朋友就會知道一個問題，C盤的空間很容易被占滿了。因為本來系統(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)四、截斷事務(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步如果日志達到上限,則以后的數(shù)據(jù)庫處理會失敗,在清理日志后才能恢復(fù). --*/ --下面的所有庫名都指你要處理的數(shù)據(jù)庫的庫名 1.清空日志 DUMP TRANSACTION 庫名 WITH NO_LOG 2.截斷事務(wù)日志： BACKUP LOG 庫名 WITH NO_LOG 3.收縮數(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 sysfiles DBCC SHRINKFILE(1) 4.為了最大化的縮小日志文件(如果是sql 7.0,這步只能在查詢分析器中進行) 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ù)庫--屬性--選項--選擇"自動收縮" --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ā)給誰都很困難
運行下面的語句就可以 清到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ù)器。
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
喜歡 
頂
難過
囧
圍觀
無聊
