Sql Server 日誌：“備份|已備份日誌”是否與“備份數據庫：已完成日誌文件”相同？
一個事務日誌文件在幾天內不斷增長，我無法找出原因。現在我發現活動儲存在 sql 日誌文件中的方式或 sql 伺服器/備份軟體的行為發生了變化。
日誌文件已由第三方軟體每 15 分鐘備份一次。
直到幾天前的某個特定時間點，日誌備份事件每 15 分鐘可見一次，因為它總是在日誌中使用以下條目（較新的第一個）：
備份日誌：完成安全檢查點
備份：媒體打開
BackupLog：工作估計完成
BackupLog：完成的日誌文件
BackupLog：寫入歷史記錄
日誌已備份。數據庫：xy_db，創建日期（時間）：2014/01/10(03:31:14)，第一個 LSN：…….. 這只是一條資訊性消息。無需使用者操作。
BackupLog：寫入歷史記錄
備份日誌：已完成
在該特定日期之後，不再有此類條目可見。但相反，我可以看到以下日誌條目，指示類似日誌備份的內容（首先是較新的）：
BackupDatabase：完成的日誌文件
已備份數據庫差異更改….
完成的文件 yyy.mdf
開始文件 xxx.mdf
BackupDatabase：完成的日誌文件
備份數據庫：數據庫 xy_db
我想知道日誌備份的顯示是否或為什麼可能已更改，以及新的（粗體）條目是否指示相同的操作？我檢查過
DBCC TRACESTATUS (3226);這告訴我
status = 0，但我在日誌中找不到任何提示這些天這已經被改變了這也讓我不確定那些我曾經依賴過的“備份日誌”條目是否依賴於這個跟踪標誌？編輯： 我檢查了不同伺服器的跟踪標誌。跟踪標誌 3226 已關閉，但我可以在 sql server 日誌中看到我習慣的日誌條目。所以這裡似乎沒有涉及。
那些不同的/新的日誌條目可能來自哪裡？
造成這種影響的最後一個原因是負責進行定期日誌備份的 Backupexec 程序仍然存在並正在執行（因此 IT 監控沒有發出任何警報），但它有點內部崩潰，所以它沒有正常工作。
為了解決此類事件，我決定將日誌文件事件及其元數據詳細資訊添加到 SQL Server 監控中。每天都會擷取這些資訊並將其添加到監控資訊儲存庫中，我可以在其中執行報告和查詢以查看進度並找出異常行為。
這以與此範例相似的日誌文件的報告結束。它顯示了每個 TL 隨時間變化的文件大小以及每個點的使用百分比。如果點大小增加，則文件內容會增加。如果它們增長太多，文件大小就會增加。文件大小的顯著減少是由手動收縮操作引起的（隨後是滾動的眼睛在它再次增長之後……）。基本上日誌文件的使用和備份應該以幾乎永遠不會增長的方式對齊。
這對於密切關注非常有用，最終也可以通過將此報告用作數據驅動訂閱（我還沒有嘗試過）來發出警報。
