Кто-нибудь знает, как лучше всего регистрировать все запросы рабочих процессов, которые в настоящее время выполняются, когда происходит перезапись IIS.
Если вы перейдете в IIS> Рабочие процессы> Выбрать пул приложений> Просмотр текущих запросов, вы получите список запросов.
У нас есть случайные утилизации. Если мы можем видеть, что оперативная память на сервере для w3wp.exe быстро увеличивается, и мы проверяем список запросов, мы часто можем точно определить источник проблемы (URL-адрес дает нам достаточно информации, чтобы продолжить).
У нас есть logEventOnRecycle для регистрации события, и это работает, но детали бесполезны.
В идеальном мире список запросов должен входить в подробности журнала событий.
В еще более совершенном мире наша команда могла бы получать запросы по электронной почте на переработку.
Кто-нибудь еще когда-нибудь шел по этому пути?
Попробуйте инструмент DebugDiag, он, безусловно, самый простой в использовании, бесплатный от MS. Его легко настроить, чтобы поймать сбой / зависание, и он дает вам достойный способ просмотреть содержимое файлов дампа. Он несколько раз указывал нам прямо на источник в коде.
Вот статья по быстрой настройке, Шаги по обнаружению простого «аварийного дампа» процесса сбоя от блоггера MS.
Стоит попытаться понять, сможете ли вы уловить причину вашей утилизации.