Устранение неполадок перезапуска процесса веб-приложения

наш процесс веб-приложения регулярно перезапускается, и мы не можем определить причину.

при просмотре событий приложения (с помощью Блейда "диагностика и решение проблем" на портале Azure) существует множество следующих Info журналы по "IIS AspNetCore Module"

идентификатор события 1005:

Failed to gracefully shutdown process '14040'.

событие с кодом 1001:

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

нет ничего подозрительного с общим использованием ресурсов и ничего в наших журналах приложений.

каков наилучший способ устранить причину этих перезапусков процесса?

изменить 1:

после возни с веб-журналом в диагностических журналах веб-приложения я теперь получаю сообщение об ошибке от W3SVC-WP после каждого перезапуска, но сообщение бессмысленно:

1<br/>5<br/>50000780

Application Events

EDIT 2:

Событие ID 2284 относится к этой:

модулю FailedRequestTracing не удалось записать буферизованные события в журнал файл для запроса, который соответствует определению сбоя. Без логов будет генерируется до исправления этого условия. Проблема произошла на минимум %1 раз за последние %2 минуты. Данные-это ошибка.

Я не уверен, что это может быть связано с нашей конфигурацией диагностических журналов, но кажется маловероятным.

EDIT 3:

As по предложению Брандо Чжана, я использовал расширение веб-приложения Crash Diagnoser и попробовал мониторинг 2-й шанс необработанные исключения на мой процесс подачи заявки и w3wp в, но ничего не сбрасывается.

из того, как я понимаю, исключения 1-го шанса не приведут к сбою процесса, поэтому нет необходимости контролировать их.

1 ответов


очень вероятно, что приложение сбой из-за фатального исключения и вызывает перезапуск.

на платформе службы приложений Azure.Вы можете использовать диагностика как Сервис (DaaS) для устранения этой

Он также может сделать анализ и сказать вам причину большую часть времени.Более шаг за шагом infofrmation можно найти на этот блог msdn .Также обратитесь советы по использованию crash диагност

Memory Dumps