乙個失敗的總結，日誌分析

dbcc log和fn_dblog函式真的是分析日誌檔案嗎？

這個問題需要了解checkpoint和sql的儲存機制，首先參考如下文件

checkpoint

將當前資料庫的全部髒頁寫入磁碟。「髒頁」是已輸入快取區快取記憶體且已修改但尚未寫入磁碟的資料頁。checkpoint 可建立乙個檢查點，在該點保證全部髒頁都已寫入磁碟，從而在以後的恢復過程中節省時間。

什麼時候執行它？大致有幾種情況：

手動呼叫、sql自動定時執行、資料庫離線之類操作、資料庫程序正常終止等情況。

簡單日誌模型的原理就是每次checkpoint後自動截斷日誌。

dbcc log到底有什麼用？和checkpoint有什麼關係

在事物外執行過checkpoint後，dbcc log語句將無法獲取之前的日誌。所以我推斷此語句是系統為了在非正常關閉資料庫的狀態下，來保證日誌，記憶體中的髒頁和資料檔案的一致性的措施，此方法並不是讀取日誌檔案的全部資訊。

log explorer的原理

還沒有搞清楚，此前的推斷是錯誤的，它不是通過dbcc log 或者fn_dblog方法實現的，不但checkpoint對它沒有影響，而且他會主動呼叫這個語句。

日誌分析工具宣告流產，不過基本上搞清了日誌和資料檔案的儲存結構，希望以後仍然可以用的上這些經驗