一般不建議做第4,6兩步，第4步不安全,有可能損壞數(shù)據(jù)庫(kù)或丟失數(shù)據(jù)。第6步如果日志達(dá)到上限,則以后的數(shù)據(jù)庫(kù)處理會(huì)失敗,在清理日志后才能恢復(fù)。

　　1.清空日志

　　DUMP TRANSACTION 庫(kù)名 WITH NO_LOG

　　2.截?cái)嗍聞?wù)日志

　　BACKUP LOG 數(shù)據(jù)庫(kù)名 WITH NO_LOG

　　3.收縮數(shù)據(jù)庫(kù)文件

　　(如果不壓縮,數(shù)據(jù)庫(kù)的文件不會(huì)減小企業(yè)管理器--右鍵你要壓縮的數(shù)據(jù)庫(kù)--所有任務(wù)--收縮數(shù)據(jù)庫(kù)--收縮文件

　　選擇日志文件--在收縮方式里選擇收縮至XXM,這里會(huì)給出一個(gè)允許收縮到的最小M數(shù),直接輸入這個(gè)數(shù),確定就可以了

　　選擇數(shù)據(jù)文件--在收縮方式里選擇收縮至XXM,這里會(huì)給出一個(gè)允許收縮到的最小M數(shù),直接輸入這個(gè)數(shù),確定就可以了，也可以用SQL語(yǔ)句來(lái)完成

　　收縮數(shù)據(jù)庫(kù)

　　DBCC SHRINKDATABASE(客戶(hù)資料)

　　收縮指定數(shù)據(jù)文件,1是文件號(hào),可以通過(guò)這個(gè)語(yǔ)句查詢(xún)到:

　　select * from sysfiles  

　　DBCC SHRINKFILE(1)4.為了最大化的縮小日志文件(如果是sql 7.0,這步只能在查詢(xún)分析器中進(jìn)行)

　　分離數(shù)據(jù)庫(kù):

　　企業(yè)管理器--服務(wù)器--數(shù)據(jù)庫(kù)--右鍵--分離數(shù)據(jù)庫(kù)

　　在我的電腦中刪除LOG文件

　　附加數(shù)據(jù)庫(kù):

　　企業(yè)管理器--服務(wù)器--數(shù)據(jù)庫(kù)--右鍵--附加數(shù)據(jù)庫(kù)

　　此法將生成新的LOG，大小只有500多K

　　或用代碼：

　　下面的示例分離 pubs，然后將 pubs 中的一個(gè)文件附加到當(dāng)前服務(wù)器。

　　分離

　　EXEC sp_detach_db @dbname = 'pubs'

　　刪除日志文件

　　再附加

　　EXEC sp_attach_single_file_db @dbname = 'pubs',   
　　@physname = 'c:/Program Files/Microsoft   
　　SQL Server/MSSQL/Data/pubs.mdf' 

　　4.為了以后能自動(dòng)收縮,做如下設(shè)置

　　企業(yè)管理器--服務(wù)器--右鍵數(shù)據(jù)庫(kù)--屬性--選項(xiàng)--選擇"自動(dòng)收縮"

　　SQL語(yǔ)句設(shè)置方式:

　　EXEC sp_dboption '數(shù)據(jù)庫(kù)名',   
　　'autoshrink', 'TRUE' 

　　5.如果想以后不讓它日志增長(zhǎng)得太大

　　企業(yè)管理器--服務(wù)器--右鍵數(shù)據(jù)庫(kù)--屬性--事務(wù)日志

　　將文件增長(zhǎng)限制為xM(x是你允許的最大數(shù)據(jù)SQL Server 文件大小)

　　SQL語(yǔ)句的設(shè)置方式:

　　alter database 數(shù)據(jù)庫(kù)名 modify file(name=邏輯文件名,maxsize=20)

這里腳本之家小編為大家分享個(gè)我自己經(jīng)常使用的方法：

DUMP TRANSACTION [jb51] WITH NO_LOGBACKUP LOG [jb51] WITH NO_LOGDBCC SHRINKDATABASE([jb51])

jb51就是數(shù)據(jù)庫(kù)名稱(chēng)。

　　以上的相關(guān)內(nèi)容就是對(duì)SQL Server 壓縮日志及數(shù)據(jù)庫(kù)文件大小的介紹，望你能有所收獲。