Что заставляет пул приложений в IIS перерабатывать?
5 ответов
Два различных эффекта - процесс AppPool является хостом к потенциально нескольким appdomains. Обычно это может быть переработано многими эффектами, например, время - каждый 'n' часы, отсутствие запросов, использование памяти, и т.д. Настроенное в менеджере по Конфигурации IIS.
AppDomain - размещенный экземпляр Вашего корневого каталога приложения, может циклически повторяться более часто, не влияя на другой AppDomains в AppPool. Сообщение Tess на переработке AppDomain довольно проницательно
, Вы пишете в папку, контролируемую для перекомпиляции - это инициирует appdomain воссоздание в какой-то момент.
Журнал событий поможет Вам решить, что причина инициировала переработанный.
Статья, которую Вы любили в другом сообщении на самом деле, сделала действительно хорошее задание этого.
Непосредственный Перерабатывают
- изменения Web.config
- изменения Machine.config
- изменения Global.asax
- изменения Каталога bin
- , изменения App_Code
Отложенный Перерабатывают
, Может произойти с несколькими изменениями в других местоположениях, обычно, я только заметил это с изменениями в .aspx или .cs/.vb файлах все же. Добавление временного текста, csv или других файлов не привело к проблемам для меня.
ПРИМЕЧАНИЕ: Это весь домен приложения, перерабатывает, и не фактический перерабатывает пула. Обычно пул приложений только переработает на основе настроек в IIS (Количество запросов, предела памяти, время простоя или запланированный перезапуск).
Вы могли бы хотеть включить полный AppPool, Перерабатывают Журналы событий:
cscript adsutil.vbs Set w3svc/AppPools/DefaultAppPool/LogEventOnRecycle 255
Вы также могли бы хотеть смотреть на эту статью блога Scott Guthrie: http://weblogs.asp.net/scottgu/archive/2005/12/14/433194.aspx , который показывает, как записать код в Глобальном. ASAX для входа фактической причины Приложения. Событие End.
Это было чрезвычайно полезно для нас в диагностировании нескольких странных проблем - один в partictual, было приложение, которое писало файлы журнала в wwwroot каталог - слишком много изменений файла, приводящих к перерабатыванию...
Это может произойти ежедневно на основе предпочтений, или когда максимальная виртуальная память для процесса была превышена.
Это - установка, можно управлять для переработки пула приложений на основе числа минут, которые это выполняло, или количество запросов, которые это обработало.
Это также переработает на изменениях web.config и других вещах, которые были отправлены здесь.
сброс IIS также добьется цели, как будет, останавливаясь/начиная сервисы.