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

1.清空日志

DUMP TRANSACTION 庫名 WITH NO_LOG

2.截斷事務(wù)日志

BACKUP LOG 數(shù)據(jù)庫名 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*fromsysfiles

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 中的一個文件附加到當(dāng)前服務(wù)器。

分離

EXECsp_detach_db@dbname='pubs'

刪除日志文件

再附加

EXECsp_attach_single_file_db@dbname='pubs',
　　@physname='c:\ProgramFiles\Microsoft
　　SQLServer\MSSQL\Data\pubs.mdf'

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

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

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

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

5.如果想以后不讓它日志增長得太大

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

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

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

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

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

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

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

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

版權(quán)聲明：本站文章來源標(biāo)注為YINGSOO的內(nèi)容版權(quán)均為本站所有，歡迎引用、轉(zhuǎn)載，請保持原文完整并注明來源及原文鏈接。禁止復(fù)制或仿造本網(wǎng)站，禁止在非www.sddonglingsh.com所屬的服務(wù)器上建立鏡像，否則將依法追究法律責(zé)任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來，僅供學(xué)習(xí)參考，不代表本站立場，如有內(nèi)容涉嫌侵權(quán)，請聯(lián)系alex-e#qq.com處理。