AP反應他們自行監控交易記錄檔的程式有跳警訊，說是跳出警訊時是使用交易記錄檔的90%，
於是AP上資料庫系統檢查交易記錄檔使用率後，又掉到36%，因此請dba來確認是什麼問題。
檢查排程、ErrorLog也沒發現什麼問題，但從我手邊的記錄來看，
08:00 交易記錄檔大小為 436m，09:00 交易記錄檔縮小成 265m，
就想說會不會是在備份交易記錄檔時，也一併縮小了檔案大小，
就手動先擴充交易記錄檔至8g的容量，再來觀察觀察，
結果不到備份時間，它又縮小了…經過與AP溝通來回確認後，
發現資料庫「自動壓縮」設定竟然是開啟的…
這個自動壓縮的設定預設為False，不知道什麼時候被開啟的。
據官網的描述，該功能會自動的將資料庫的檔案 ( Filegroup + Transaction Log ) 自動壓縮多餘的空間出來，
好處是不用經常性檢查資料庫檔案是不是被過度的自動擴充 (如果沒設成長上限，就會吃爆硬碟)，
壞處是，若有第三方監控，很容易出現上述的問題，檔案大小會乎大乎小，設定百分比的監控很容易跳警告。
至於要不要開啟，個人是看工作環境而定，有第三方的監控，就不建議開啟 (OS: 有第三方監控了，還開啟幹麻…
若是沒導入監控，而又不想常常上資料庫系統檢查，那就開啟吧~ 反正也沒什麼壞處 XD
資料來源：設定SQL Server 2008自動管理檔案大小 Configure SQL Server 2008 to Automatically Manage File Size
0 留言