w3p.exe прекращен из-за переполнения стека - как отследить проблему

Question

мы получаем переполнение стека в производственном процессе ~ 2-4 раза в день

Мы не можем воспроизвести это в среде разработчика, хотя, учитывая, что это веб-приложение с приблизительно 100 одновременными пользователями одновременноЯ изо всех сил пытаюсь выяснить, как лучше отследить это.

Есть ли возможность получить дополнительную информацию от средства просмотра событий - я рад установить какой-либо инструмент для прослушивания - даже если я могу просто получить потокидентичность (установленная для текущего пользователя), которая поможет - хотя dll + класс / функция будет отличной!

Или это просто вопрос копания, попытки воспроизведения или добавления какой-либо трассировки в ??

Answer 1

Существует инструмент IISDiag, который вы можете запустить на производственном IIS для анализа сбоев.Некоторая информация здесь:

http://support.microsoft.com/kb/919790

Это не только для утечек - это дамп что-то вроде файла CORE, который вы можете проанализировать позже.

Answer 2

Slap on Elmah для регистрации исключений. Для добавления в журнал необработанных исключений с помощью Elmah требуется только вставить сборку в папку bin приложения и добавить раздел Elmah в веб-конфигурацию для базового сценария ведения журнала.

Если журналов недостаточно для определения источника ошибок, вы можете создать дампы памяти о состоянии сбойного приложения, используя DebugDiag . Руководство по его использованию здесь .

Answer 3

Вы можете поместить глобальный обработчик исключений в файл global.asax.Поместите обработчик исключений, а затем запишите трассировку стека в журнал событий. Эта статья содержит довольно хорошее резюме того, как это сделать, хотя я уверен, что есть и много других.После того, как вы узнаете, где происходит ошибка, вы можете добавить дополнительную регистрацию в функцию, в которой происходит ошибка, и, возможно, сузить ее, пока не найдете конкретную проблему.