.NET應用程序失敗 - 通過回收應用程序池解決

Question

我正在查看.NET ASP應用程序（從支持方面 - 我沒有編程它）。

它間歇性掛起 - 網頁無法打開。回收應用程序池可以修復它。關閉期間

我可以看到在事件查看器條目說明

流程服務器應用程序池「wsfrappPool」超過時間限制。進程ID是來自W3SVC的'9396'。

我還可以看到

的工作進程與「6804」服務應用程序池AeXRSVaultPool「的進程id已經請求回收，因爲工作進程已經達到其允許的處理時間限制。

我在尋找建議，瞭解如何找出導致掛起的原因並防止它重新發生。我可以使用性能計數器來跟蹤它嗎？這些事件查看器條目是否相關？

Answer 1

檢查IIS日誌，看看在應用程序崩潰之前最後幾個請求是什麼。這可能會讓你知道哪些頁面可能導致問題。

我有很多類似於.net 1. *的問題，這主要是由於內存不足或者工作進程超過1GB的內存。 （有很多大文件上傳，一些明確的GC.Collect（）調用幫助 - 一個不好的，但是需要修復）自2.0以來，我沒有這種問題（大文件和所有，沒有GC.Collects） 。

• 什麼版本的.NET是託管的頁面？
• 在同一個應用程序池中託管了多少個其他站點？

事件查看器事件很可能描述了您回收池的操作。