數(shù)據(jù)庫的事務(wù)日志已滿。若要查明無法重用日志中的空間的原因，請(qǐng)參閱sys.databases中的log_reuse_wait_desc列一般不建議做第4，6兩步第4步不安全，有可能損壞數(shù)據(jù)庫或丟失數(shù)據(jù)第6步如果日志達(dá)到上限，則以后的數(shù)據(jù)庫處理會(huì)失敗，在清理日志后才能恢復(fù).1、清空日志DBCCSHRINKFILE（庫名」og,0）DUMPTRANSACTION庫名WITHNO_LOG2、截?cái)嗍聞?wù)日志：如果出現(xiàn)“未能在sysfiles中找到文件庫名」og'。DBCC執(zhí)行完畢。如果DBCC輸出了錯(cuò)誤信息,請(qǐng)與系統(tǒng)管理員聯(lián)系?！眲t使用這句SQL操作BACKUPLOG庫名WITHNO_LOGDBCCSHRINKFILE（2,0）收縮數(shù)據(jù)庫文件（如果不壓縮,數(shù)據(jù)庫的文件不會(huì)減小企業(yè)管理器--右鍵你要壓縮的數(shù)據(jù)庫--所有任務(wù)--收縮數(shù)據(jù)庫--收縮文件a、選擇日志文件--收縮文件至，這里會(huì)給出一個(gè)允許收縮到的最小M數(shù)，確定就可以了b、選擇數(shù)據(jù)文件--收縮文件至，這里會(huì)給出一個(gè)允許收縮到的最小M數(shù),，確定就可以了也可以用SQL語句來完成--收縮數(shù)據(jù)庫DBCCSHRINKDATABASE（庫名）--收縮指定數(shù)據(jù)文件，1是文件號(hào)，可以通過這個(gè)語句查詢到:select*fromsysfilesDBCCSHRINKFILE（1）4?為了最大化的縮小日志文件（如果是sql7.0，這步只能在查詢分析器中進(jìn)行）a.分離數(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ù)器。分離EXECsp_detach_db@dbname='庫名'刪除日志文件再附加EXECsp_attach_single_file_db@dbname='庫名'，@physname='c:\ProgramFiles\MicrosoftSQLServer\MSSQL\Data\庫名.mdf為了以后能自動(dòng)收縮，做如下設(shè)置:企業(yè)管理器--服務(wù)器--右鍵數(shù)據(jù)庫--屬性--選項(xiàng)--選擇"自動(dòng)收縮"--SQL語句設(shè)置方式:EXECsp_dboption'庫名'，'autoshrink'，'TRUE'如果想以后不讓它日志增長得太大企業(yè)管理器--服務(wù)器--右鍵數(shù)據(jù)庫--屬性--事務(wù)日志--將文件增長限制為xM（x是你允許的最大數(shù)據(jù)文件大?。?-SQL語