我們的Web應用程序進程正在定期重新啓動，我們無法確定原因。Web應用程序重新啓動故障排除

當尋找到應用程序事件（使用「診斷和解決問題」在天青門戶葉片），存在由「IIS AspNetCore模塊」

Event ID 1005一堆以下Info的日誌：

Failed to gracefully shutdown process '14040'.

Event ID 1001：

Application 'MACHINE/WEBROOT/APPHOST/myapplication__xxxx' started process '31628' successfully and is listening on port '17663'.

沒有什麼腥與一般的資源使用情況在我們的應用程序日誌中沒有任何東

解決這些過程重新啓動背後原因的最佳方法是什麼？

編輯1：

用在Web應用程序的診斷日誌網絡日誌左右擺弄之後，我現在得到W3SVC-WP記錄每次重新啓動後出現錯誤，但該消息是無稽之談：

1<br/>5<br/>50000780

編輯2：

Event Id 2284指this：

FailedRequestTracing模塊未能寫入緩衝事件，以便爲符合故障定義的請求記錄文件。生成日誌將生成，直到此條件得到更正。在最後的％2分鐘內，問題發生在至少1次。數據是錯誤的。

我不確定這是否與我們的診斷日誌配置有關，但似乎不太可能。

編輯3：

按白蘭度張的建議下，我使用的Web應用程序崩潰診斷器擴展，並試圖監控第二次機會未處理的異常兩個我的申請過程和W3WP，但沒有東西被傾倒。

從我的理解來看，第一次機會異常不會導致進程崩潰，因此不需要監視這些進程。

來源

2017-08-01 davenewza

我建議你可以嘗試使用崩潰診斷器的網站擴展捕獲轉儲間歇異常的問題。有關如何使用它的更多細節可以參考此[文章]（https://blogs.msdn.microsoft.com/asiatech/2015/12/28/use-crash-diagnoser-site-extension-to-capture-轉儲換間歇異常的問題 - 或性能的問題上，Azure的web應用程序/）。 –

@BrandoZhang：請確認我應該在應用程序過程中監控第二次更改未處理的異常？ – davenewza

2284只跟蹤我猜。更多在這裏：https://technet.microsoft.com/en-us/library/cc734951.aspx。取決於你的配置，這不正常嗎？ IIS應用程序池可以回收：https：//docs.microsoft.com/en-us/iis/configuration/system.applicationHost/applicationPools/add/recycling/和https://github.com/aspnet/KestrelHttpServer/issues/1040 ＃issuecomment-267506588「IIS發信號給模塊，模塊發信號給.NET Core進程」 –

很可能應用程序因致命異常而崩潰並導致重新啓動。

Azure上的應用服務platform.You可以使用Diagnostics as a Service (DaaS)來解決此

它也可以做一個分析，並告訴你的根本原因大部分time.More一步一步infofrmation可發現於this msdn blog。另請參閱tips for using crash diagnoser

來源

2017-08-05 16:20:25

Web應用程序重新啓動故障排除

編輯1：

編輯2：

編輯3：

回答

相關問題