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

　　1.清空日志

　　DUMP TRANSACTION 庫名 WITH NO_LOG

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

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

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

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

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

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

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

　　DBCC SHRINKDATABASE(客戶資料)

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

　　select * from sysfiles  

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

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

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

　　在我的電腦中刪除LOG文件

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

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

　　此法將生成新的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ù)庫--屬性--選項(xiàng)--選擇"自動(dòng)收縮"

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

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

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

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

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

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

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

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

DUMP TRANSACTION [jb51] WITH NO_LOG
BACKUP LOG [jb51] WITH NO_LOG
DBCC SHRINKDATABASE([jb51])

jb51就是數(shù)據(jù)庫名稱。

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

最新評(píng)論