15
Webアプリケーションのプロセスが定期的に再開されており、原因を特定できません。Webアプリケーションのプロセスのトラブルシューティング
（「診断し、問題解決に」Azureのポータル内のブレードを使用して）アプリケーションイベントに見てみると、「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'.
アプリケーションログには何も表示されません。
これらのプロセスの再起動の原因をトラブルシューティングする最も良い方法は何ですか？
EDIT 1：
Webアプリケーションの診断ログでWebログの周りいじるの後、私は今、それぞれの再起動後にW3SVC-WPから記録されたエラーを取得しますが、メッセージはナンセンスです：
1<br/>5<br/>50000780
EDIT 2：
Event Id 2284はthisを指す：
FailedRequestTracingモジュールは、エラー定義に一致する要求のログ ファイルを記録するためにバッファされたイベントの書き込みに失敗しました。この状態が修正されるまでログは生成されません。 この問題は、最後の％2分で少なくとも％1回、 で発生しました。データはエラーです。
私たちの診断ログ設定に関連する可能性はありますが、そうは思われません。
EDIT 3：
ブランド張の提案ごとに、私はWebアプリケーションのクラッシュの診断装置の拡張機能を使用して私のアプリケーション・プロセス両方とのAND W3WP上第二のチャンス未処理の例外を監視しようとしたとして、しかし、何もダンプされません。
私はそれを理解しているので、1stチャンスの例外はプロセスをクラッシュさせないため、これらを監視する必要はありません。
を参照してください。詳細については、この記事を参照することができます。[記事]（https://blogs.msdn.microsoft.com/asiatech/2015/12/28/use-crash-diagnoser-site-extension-to-capture-断続的な例外的な問題またはパフォーマンスの問題 - azure-web-app /） –
@BrandoZhang：申請プロセスの2番目の未処理例外の変更を監視する必要があることを確認してください。 – 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コアに信号を送る」 –