大早上的就被電話叫醒了，服務器掛了，原以爲是這臺服務器的問題，開機一試才知道所有的服務器都無法連接，首先懷疑TMG。聯繫在公司的同事重啓了下，無效，只能屁顛屁顛的到公司來了。
到公司後發現，D盤空間爲0，查找原因，被日誌寫滿了，日誌沒有自動清除！導致防火牆服務也無法啓動，手動刪吧，刪除半天看着刪除成功了，但居然空間不變，再次重啓，再次刪除，有了可用空間服務也終於起來了。
TMG監視中有一個日誌清除失敗的事件：
“警報信息
描述: 至少一個日誌在執行自動日誌維護時刪除失敗。錯誤代碼: 0x80040e14。請確保仍有足夠的磁盤空間可用於記錄。 ”
事件查看器中也可以看到：
日誌名稱: Application
來源: Microsoft Forefront TMG Control
日期: 2012/5/19 10:54:45
事件 ID: 21248
任務類別: 無
級別: 錯誤
關鍵字: 經典
用戶: 暫缺
計算機: tmg.domain.local
描述:
至少一個日誌在執行自動日誌維護時刪除失敗。錯誤代碼: 0x80040e14。請確保仍有足夠的磁盤空間可用於記錄。
查找原因，日誌設置本是存在SQL Express裏的，但總會生成很多W3C格式的日誌，正是這些日誌太多導致磁盤滿的，之前也有所疑問爲何不在SQL裏，但沒太多在意，現在想來問題很可能在這裏。刪除的時候有一個W3C日誌無法刪除，提示TMG控制服務正在佔用，而日誌的生成日期正是上次TMG升級的時候。於是，停用TMG控制服務，將該文件徹底刪除，重啓相關服務，W3C的日誌沒了，新的日誌也記錄到SQL裏了，至此原因算是找到了。
原來當時升級配置的時候，不知什麼原因肯在配置日誌的時候將日誌文件設爲了W3C（鄙視下微軟，從控制檯查看過很多次沒有發現設置的是W3C格式），但保存位置在SQL，於是SQL會按照設置定期刪除日誌，但SQL里根本沒寫入日誌，所以會有日誌刪除失敗的警告日誌。但W3C沒有配置日誌自動刪除，所以就一直寫啊寫啊把硬盤寫爆爲止。這算不算一個Bug？
問題解決，回家嘍。。。