如何實時監(jiān)控系統(tǒng)日志？DBTMon主要主要用于數(shù)據(jù)庫監(jiān)控與分析。DBTMon主要注意實時監(jiān)控數(shù)據(jù)庫事務(wù)日志文件，怎么抓其新增審批日志記錄，然后分析。通常技術(shù)來源于浪擎.鏡像系統(tǒng)的日志捕捉引擎。要注意有

如何實時監(jiān)控系統(tǒng)日志？

DBTMon主要主要用于數(shù)據(jù)庫監(jiān)控與分析。

DBTMon主要注意實時監(jiān)控數(shù)據(jù)庫事務(wù)日志文件，怎么抓其新增審批日志記錄，然后分析。通常技術(shù)來源于浪擎.鏡像系統(tǒng)的日志捕捉引擎。要注意有以下功能：數(shù)據(jù)庫變化監(jiān)控實時監(jiān)控事務(wù)變化將事務(wù)日志文件導(dǎo)出成excel管理員也可以審計數(shù)據(jù)變更

Log日志文件過大怎么辦？

日志文件滿而照成SQL數(shù)據(jù)庫根本無法中寫入文件時，和用兩種方法：

一種方法：數(shù)據(jù)清空日志。

1．先打開可以查詢分析器，輸入命令

DUMPTRANSACTION數(shù)據(jù)庫名WITHNO_LOG

2.再可以打開企業(yè)管理器--右鍵你要壓解的數(shù)據(jù)庫--所有任務(wù)--收縮起來數(shù)據(jù)庫--收縮文件--選擇日志文件--在收縮里選擇類型收縮起來至XXM,這里會具體一個愿意快速收縮到的大于M數(shù),就輸入這個數(shù),判斷就可以了。

另一種方法有一定的風(fēng)險性，畢竟SQLSERVER的日志文件又不是立即寫入到數(shù)據(jù)庫主文件的，如如何處理不恰當(dāng)?shù)脑?，會會造成?shù)據(jù)的損失。

1:刪掉LOG

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

2：刪出LOG文件

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

此法化合新的LOG，大小僅有500多K。

再注意：我建議你使用第一種方法。

假如以后,不打算它變大。

SQL2000下在用：

在數(shù)據(jù)庫上點右鍵-rlm屬性-rlm選項-rlm故障恢復(fù)-模型-選擇-簡單點模型。

或用SQL語句：

alterdatabase數(shù)據(jù)庫名setrecoverysimple

別外，Truncatelogoncheckpoint(此選項主要是用于SQL7.0，SQL2000中即系統(tǒng)失敗模型選擇類型為很簡單模型)當(dāng)負責(zé)執(zhí)行CHECKPOINT命令時如果事務(wù)日志文件達到其大小的70%則將其內(nèi)容清理在開發(fā)數(shù)據(jù)庫時也曾將此選項設(shè)置為TrueAutoshrink定期自查對數(shù)據(jù)庫并且檢查當(dāng)數(shù)據(jù)庫文件或日志文件的未用空間超過其大小的25%時，系統(tǒng)將是自動啟動被縮減文件使其未用空間425%當(dāng)文件大小沒有遠遠超過其組建時的數(shù)碼寶貝傳說大小時不會縮減文件被縮減后的文件也必須大于等于其精靈大小對事務(wù)日志文件的大幅縮減唯有在對其作軟件備份時或?qū)runcatelogoncheckpoint選項設(shè)為True時才能接受。

再注意：就像立成確立的數(shù)據(jù)庫設(shè)置屬性已設(shè)好，但碰到意外情況使數(shù)據(jù)庫屬性被更改后，請用戶清空日志后，檢查數(shù)據(jù)庫的以上屬性，以防事務(wù)日志再度充滿。