2017-01-23 52 views
0

我有一個在IIS 8上運行的ASP.NET應用程序。我的應用程序有時不響應客戶端記錄超時的請求,然後IIS開始發送503不可用的響應代碼。每次中斷似乎持續5分鐘,對應於Kill w3wp的5分鐘限制間隔。 我的應用程序池配置了一個殺死w3wp限制操作,限制百分比爲80%。由於空閒,IIS AppPool可以不可用嗎?

儘管可能由於CPU使用率過高而導致池死亡,但在事件查看器中找不到任何記錄。事實上,由於25分鐘內沒有任何要求,它已經進入閒置狀態。

當游泳池空閒時發生3次簡單相同的請求時發生崩潰,在任何環境下都無法手動重現。

這種情況每週大概發生一次。由於它是一個關鍵應用程序,它運行在一個單獨的服務器上,沒有安裝其他應用程序

我已經改變了限制從殺死到油門,但我不確定它是一個好主意。無論如何,我必須找到一種方法來重現這一點。

池可否退出空閒狀態?

回答

0

如果沒有流量,w3wp.exe可能會空閒又停止運行。但這與它真正停止並不相同,並不會導致503.它會在下一次請求時開始備份。

503更有可能是因爲您的IIS應用程序池崩潰或字面上停止。

我會檢查Windows事件查看器,看看在w3wp崩潰周圍的時間框架內是否有任何提示。您還可以將IIS設置爲在您的w3wp應用程序池停止,啓動和回收時隨時執行更詳細的日誌記錄。

文件有關使更多的應用程序池日誌: https://technet.microsoft.com/en-us/library/cc753412%28v=ws.10%29.aspx?f=255&MSPPError=-2147217396

你也可以搜索各種IIS日誌錯誤:

https://stackify.com/beyond-iis-logs-find-failed-iis-asp-net-requests/

0

如果你設置自動回收選項,然後將其刪除,並使其時間表改爲回收。

看起來由於應用程序的內存消耗趨於飽和級別,IIS正在被回收利用