事件 ID ( 54 )的描述(在資源( HTTP )中)無法找到。。.. /Device/Http/AppPool.本地計算機可能沒有必要的注冊信息或消息 DLL 文件來從遠程計算機顯示消息。您可能可以使用 /AUXSOURCE= 標識來檢索詞描述；查看幫助和支持以了解詳細信息。

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

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

網上提供的解決方法：解決辦法：

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

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

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