SQL事務(wù)日志自動(dòng)增長方式設(shè)置不當(dāng)導(dǎo)致站點(diǎn)出現(xiàn)Service Unavailable
當(dāng)前位置:點(diǎn)晴教程→知識(shí)管理交流
→『 技術(shù)文檔交流 』
今天一平臺(tái)訪問總出現(xiàn)Service Unavailable,在服務(wù)器上打開則顯示Server is too busy。一般這問題多是應(yīng)用程序占用了過多的系統(tǒng)資源所致,嘗試回收、新建應(yīng)用程序池問題沒有解決,重啟服務(wù)器問題依舊。
打開事件查看器,希望能找點(diǎn)線索,果然,在應(yīng)用程序下邊看見很多類似的消息: 數(shù)據(jù)庫 'xxx' 中文件 'xxx_Log' 的自動(dòng)增長在 157 毫秒后已取消或出現(xiàn)超時(shí)。使用 Alter DATABASE 設(shè)置更小的 FILEGROWTH 或設(shè)置新的大小。 查看下數(shù)據(jù)庫事務(wù)日志的配置: 問題清楚了,因事務(wù)日志自動(dòng)增長方式按百分比進(jìn)行設(shè)置,這樣每次自動(dòng)設(shè)置時(shí)都需計(jì)算下當(dāng)前事務(wù)日志文件的大小,再計(jì)算出10%是多大,最后進(jìn)行設(shè)置,實(shí)際的結(jié)果是還沒計(jì)算完成,已經(jīng)超時(shí)出錯(cuò)了。知道了原因,將事務(wù)日志自動(dòng)增長方式改為按兆字節(jié)(固定大小25M)增長,平臺(tái)不出錯(cuò)了,服務(wù)器也沒之前那么卡了。 該文章在 2011/3/13 0:08:13 編輯過 |
關(guān)鍵字查詢
相關(guān)文章
正在查詢... |