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