Avamar：SQL 附掛程式記錄截斷不會壓縮 SQL 事務記錄檔

Avamar SQL 附掛程式備份 - 觀察到的行為

系統管理員可能會在 Avamar SQL 附掛程式備份期間或之後注意到下列事項：

• SQL 事務日誌被截斷，但其物理檔大小不會減小。
• 即使備份成功完成，記錄檔仍維持備份前的大小。
• 未滿足備份過程將自動縮減日誌檔的預期。

SQL 事務日誌管理誤區

此問題源於 Avamar SQL 附掛程式在備份期間截斷並縮減 SQL 交易記錄檔的錯誤假設。實際上，Avamar 只會向 SQL 發出已進行完整備份的訊號，讓 SQL 截斷記錄。它不執行任何日誌縮減操作。

• SQL 截斷將非活動虛擬日誌檔 （VLF） 標記為可重用，但物理檔大小保持不變。
• Microsoft SQL Server 的預設邏輯從不減小截斷後的物理日誌檔大小。
• 記錄增長參數 （初始大小、成長增量、最大大小） 控制檔案擴充，而非縮減
• DBA 通常期望自動收縮，這會導致日誌檔保留其原始大小時出現混亂。

VLF 行為的影響

每個 VLF 都是可以標記為活動或非活動狀態的最小單位。如果任何 VLF 包含所需的日誌記錄，則整個 VLF 將保持活動狀態，從而阻止重複使用該檔的該部分。截斷僅釋放完全不活動的 VLF;它不會摺疊檔。

典型的行政假設

• 假設備份啟動的截斷也會壓縮日誌檔。
• 仰賴 Avamar 來管理記錄大小，而不需要個別的縮減例行程序。
• 忽略排程 DBCC SHRINKFILE 或 Management Console 壓縮工作的需求。

Avamar SQL 附掛程式如何處理交易記錄檔

Avamar 的 SQL 附掛程式會在備份後截斷交易記錄檔，但不會壓縮實體記錄檔。如果需要較小的檔大小，DBA 必須手動收縮日誌。

壓縮 SQL 事務紀錄的分步過程

• 確認最新的 Avamar 備份已成功完成。
• 驗證是否發生了日誌截斷（日誌標記為可重用）。
• 使用 SQL Server Management Studio （SSMS） 或 T-SQL 指令檔執行手動縮減作業。
• 如果需要持續縮減大小，請排程定期縮減工作。

有關縮小 Microsoft SQL 紀錄檔的其他資訊，請參閱：

• 縮小交易紀錄 （外部連結）
• DBCC SHRINKFILE （Transact-SQL） （外部連結）