在事件查看器的日志里總看到這樣的情況：

事件類型: 警告
事件來源: HTTP
事件種類: 無
事件 ID: 54
日期:  2008-7-1
事件:  10:52:59
用戶:  N/A
計算機: YONGFA365
描述:
事件 ID ( 54 )的描述(在資源( HTTP )中)無法找到。本地計算機可能沒有必要的注冊信息或消息 DLL 文件來從遠程計算機顯示消息。您可能可以使用 /AUXSOURCE= 標識來檢索詞描述；查看幫助和支持以了解詳細信息。下列信息是事件的一部分: \Device\Http\AppPool.
數(shù)據(jù):
0000: 00 00 00 00 01 00 52 00   ......R.
0008: 00 00 00 00 36 00 04 80   ....6..€
0010: 00 00 00 00 00 00 00 00   ........
0018: 00 00 00 00 00 00 00 00   ........
0020: 00 00 00 00 00 00 00 00   ........


網(wǎng)上提供的解決方法：解決辦法：

相信這是由于不正確地設置了回收進程導致，建議關閉下列進程回收設置： 
回收工作進程(分鐘)：1200 
回收工作進程(請求數(shù)目)：10000 
啟用CPU監(jiān)視，最大CPU使用率：90% 
由于設定了進程自動回收，而當每達到10000次點擊，或CPU超過100%,就會強行回收application，導致客戶端會出現(xiàn)Sevice Unavailable的錯誤。(實際上10000次點擊，訪問量一般的網(wǎng)站，幾分鐘就夠了。) 建議啟用計數(shù)器日志來監(jiān)視CPU利用率和asp.net的指標，可以幫助你定位每5~10分鐘出現(xiàn)一次是否是上述原因?qū)е隆?nbsp;

另外，不要無理由地打開回收工作進程和使用工作進程池。一般理由通常是有不明原因的內(nèi)存泄露、線程掛起等.

經(jīng)調(diào)試發(fā)現(xiàn),以上方式根本沒用,最后終于找到了原因及解決方法：
重置C:\Windows\Temp 文件夾權(quán)限即可,加上everyone 讀與寫入的權(quán)限,此問題即可解決,一般人都想看到立竿見影的效果，所以改了后直接觀察，還是發(fā)現(xiàn)總有相關記錄，您可以重啟下服務器或不是上網(wǎng)高峰時重啟下，再觀察會發(fā)現(xiàn)沒有這些記錄了。OK，問題解決。 

最新評論