Web App 进程重启故障排除
Troubleshooting Web App process restarting
我们的 Web 应用进程正在定期重启，我们无法确定原因。
在查看应用程序事件时（使用 Azure 门户中的 'Diagnostics and solve problems' blade），'IIS AspNetCore Module'[= 存在以下 Info 日志19=]
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 refers to this:
FailedRequestTracing module failed to write buffered events to log
file for the request that matched failure definition. No logs will be
generated until this condition is corrected. The problem happened at
least %1 times in the last %2 minutes. The data is the error.
我不确定这是否与我们的诊断日志配置有关，但似乎不太可能。
编辑 3：
根据 Brando Zhang 的建议，我使用了 Web App Crash Diagnoser 扩展程序并尝试在两个 我的应用程序进程 [=] 上监控 2nd Chance Unhandled Exceptions 52=] 并且在 w3wp 上，但没有任何内容被转储。
根据我的理解，第一次机会异常不会使进程崩溃，因此无需监视这些。
很可能应用程序因致命异常而崩溃并导致重新启动。
On Azure App Service platform.You can use the Diagnostics as a
Service (DaaS) to troubleshoot this
它还可以进行分析并告诉您根本原因大部分 time.More 分步信息都可以在 this msdn blog .Also refer tips for using crash diagnoser
上找到
我们的 Web 应用进程正在定期重启，我们无法确定原因。
在查看应用程序事件时（使用 Azure 门户中的 'Diagnostics and solve problems' blade），'IIS AspNetCore Module'[= 存在以下 Info 日志19=]
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 refers to this:
FailedRequestTracing module failed to write buffered events to log file for the request that matched failure definition. No logs will be generated until this condition is corrected. The problem happened at least %1 times in the last %2 minutes. The data is the error.
我不确定这是否与我们的诊断日志配置有关，但似乎不太可能。
编辑 3：
根据 Brando Zhang 的建议，我使用了 Web App Crash Diagnoser 扩展程序并尝试在两个 我的应用程序进程 [=] 上监控 2nd Chance Unhandled Exceptions 52=] 并且在 w3wp 上，但没有任何内容被转储。
根据我的理解，第一次机会异常不会使进程崩溃，因此无需监视这些。
很可能应用程序因致命异常而崩溃并导致重新启动。
On Azure App Service platform.You can use the Diagnostics as a Service (DaaS) to troubleshoot this
它还可以进行分析并告诉您根本原因大部分 time.More 分步信息都可以在 this msdn blog .Also refer tips for using crash diagnoser
上找到