Хорошо, поэтому здесь есть различные симптомы (клиенты и наши собственные сотрудники жалуются на периодические замедления, `` выкидывают '' на страницу входа или просто запрос на сохранение не сохраняет отправленные данные должным образом).
Среда:
На сервере работает ~ 10 веб-сайтов, каждый в своем собственном пуле приложений - большинство из этих пулов работают в интегрированном режиме, 2 - в классическом, все - на .NET 2.0 и все работают как ApplicationPoolIdentity.
Я пытаюсь анализировать, диагностировать и устранять неполадки, и мне сложно найти дополнительную информацию о том, что может происходить.
Вот несколько шагов, которые я уже сделал:
Я видел, как процессы пула приложений перерабатываются (в диспетчере задач) - запускается новый, а затем первый умирает - и это произошло без памяти или времени, превышающего настройки.
Это довольно новый сервер, и большинство из них пришло из Windows Server 2003 / IIS6.
Мы будем очень благодарны за любые «следующие шаги» по настройке сбора информации, регистрации, диагностики и т. Д.!
j
Расширенные настройки пула приложений позволяют включить дополнительное ведение журнала для пула приложений. Вы можете включить все журналы повторного использования пула приложений. Он не должен быть болтливым в здоровой ситуации, и вы не возражаете, если он будет болтать во время устранения неполадок.
Затем в средстве просмотра событий вы должны регистрировать событие каждый раз, когда пул приложений перезагружается.
Просто обратите внимание на перезапись памяти - вы можете не заметить, что она достигла предела виртуальных байтов, если вы смотрите на нее в диспетчере задач, но она все равно должна запускать событие, если установлены параметры регистрации событий.
Между прочим, любое изменение настроек пула приложений приведет к повторному использованию. Так что не подтверждайте настройки, если вы не хотите, чтобы это произошло!
Чтобы этого избежать, измените свойство DisallowRotationOnConfigChange, и это приведет к тому, что пулы приложений не будут перезапускаться до тех пор, пока они не будут запланированы или вынуждены, когда параметры пула приложений будут изменены.
WAS должен регистрировать события в системном журнале при выполнении корректирующих действий; Сбои пула приложений обычно регистрируются в системе или приложении (отчеты об ошибках Windows или проблемы с приложениями).