Вы также можете рассмотреть возможность сбоя процесса w3wp.exe, в котором работает asp.net, из-за необработанного исключения, связанного с платформой. Если это является частью проблемы, вы найдете записи в журнале событий системы и приложений на сервере-виновнике, которые конкретно указывают на остановку обработки w3wp.exe. Проблема в том, что он не скажет вам, почему. Он будет только записывать, что что-то заставило его перестать функционировать.
Чтобы смягчить симптомы, вы можете начать с отделения сеанса от процесса w3wp.exe, изменив InProc на сервер состояний (локальный или sql). Сеанс больше не будет потерян, если этот процесс завершится с ошибкой, но он будет восстановлен в памяти при первой возможности. Вы также можете изменить настройки в вашем пуле приложений, чтобы перерабатывать с другой скоростью. Если w3wp.exe дает сбой, вам, вероятно, потребуется гораздо более быстрая утилизация и, возможно, удалить «Включить защиту от сбоев».
Все это только маскирует проблему. Чтобы изолировать проблему такого рода, вам необходимо установить и запустить IIS Debug Diagnostic Tool . Его отчеты о сбоях / зависаниях очень информативны и абсолютно необходимы для поиска проблем, возникающих в темном пространстве между Asp.Net и IIS.