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 留言