【发布时间】：2017-08-01 13:25:49
【问题描述】：
我们的网络应用进程定期重启，我们无法确定原因。
在查看应用程序事件时（使用 Azure 门户中的“诊断和解决问题”刀片），“IIS AspNetCore 模块”存在以下Info 日志
Failed to gracefully shutdown process '14040'.
Application 'MACHINE/WEBROOT/APPHOST/myapplication__xxxx' started process '31628' successfully and is listening on port '17663'.
一般资源使用没有任何可疑之处，我们的应用程序日志中也没有任何内容。
解决这些进程重启背后的原因的最佳方法是什么？
编辑 1：
在 Web 应用程序的诊断日志中摆弄 Web 日志后，我现在每次重新启动后都会从 W3SVC-WP 记录一个错误，但该消息是无稽之谈：
1<br/>5<br/>50000780
编辑 2：
Event Id 2284 指的是this：
FailedRequestTracing 模块未能将缓冲事件写入日志 匹配失败定义的请求的文件。不会有日志 生成，直到这种情况得到纠正。问题发生在 在过去 %2 分钟内至少 %1 次。数据就是错误。
我不确定这是否与我们的诊断日志配置有关，但似乎不太可能。
编辑 3：
根据 Brando Zhang 的建议，我使用了 Web App Crash Diagnoser 扩展程序并尝试在 我的应用程序流程 和 上监控 2nd Chance Unhandled Exceptions w3wp，但没有任何内容被转储。
据我了解，1st Chance Exceptions 不会使进程崩溃，因此无需监控这些。
【问题讨论】：
-
我建议您可以尝试使用 Crash Diagnoser 站点扩展来捕获 Dump 以解决间歇性异常问题。更多使用方法可以参考article。
-
@BrandoZhang：请确认我应该在申请过程中监控 2nd Change Unhandled Exceptions 吗？
-
2284 我猜只与跟踪有关。更多信息：technet.microsoft.com/en-us/library/cc734951.aspx。根据您的配置，这不是正常的吗？ IIS 应用程序池可以回收：docs.microsoft.com/en-us/iis/configuration/… 和github.com/aspnet/KestrelHttpServer/issues/… "IIS 向模块发出信号，模块向.NET Core 进程发出信号"
标签： asp.net-core azure-web-app-service iis-8 azure-app-service-plans