15

我们的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 

Application Events

编辑2:

Event Id 2284this

FailedRequestTracing模块未能写入缓冲事件,以便为符合故障定义的请求记录 文件。生成日志将生成 ,直到此条件得到更正。在最后的%2分钟内,问题发生在 至少1次。数据是错误的。

我不确定这是否与我们的诊断日志配置有关,但似乎不太可能。

编辑3:

按白兰度张的建议下,我使用的Web应用程序崩溃诊断器扩展,并试图监控第二次机会未处理的异常两个我的申请过程W3WP,但没有东西被倾倒。

从我的理解来看,第一次机会异常不会导致进程崩溃,因此不需要监视这些进程。

+0

我建议你可以尝试使用崩溃诊断器的网站扩展捕获转储间歇异常的问题。有关如何使用它的更多细节可以参考此[文章](https://blogs.msdn.microsoft.com/asiatech/2015/12/28/use-crash-diagnoser-site-extension-to-capture-转储换间歇异常的问题 - 或性能的问题上,Azure的web应用程序/)。 –

+0

@BrandoZhang:请确认我应该在应用程序过程中监控第二次更改未处理的异常? – davenewza

+0

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进程” –

回答