Что вызывает перезапуск пула приложений в IIS?

Я искал информацию об этом безрезультатно. Контекст, почему мне это нужно еще один вопрос, который я задал здесь. Более конкретно, создает ли создание / обновление / удаление файлов в App_Data перезапуск пула?

Если кто-то может предоставить подробный список того, что вызывает переработку, это было бы здорово.

обновление: как уже заметили два пользователя, я также был бы рад ответить, указав причины для утилизации только AppDomain и не весь бассейн.

6 65
asp.net-mvc iis application-pool

6 ответов:

два разных эффекта-процесс AppPool является хостом для потенциально нескольких доменов приложений. Обычно это может быть переработано рядом эффектов, например, время-каждые " n " часов, отсутствие запросов, использование памяти и т. д. Настроено в Диспетчере конфигурации IIS.

AppDomain-размещенный экземпляр вашего корня приложения, может быть задействован чаще, не затрагивая другие домены приложений в AppPool. Сообщение Тесс на AppDomain recycling довольно проницательно

http://blogs.msdn.com/tess/archive/2006/08/02/asp-net-case-study-lost-session-variables-and-appdomain-recycles.aspx

вы пишете в папку, контролируемую для перекомпиляции - это вызовет восстановление appdomain в какой-то момент.

журнал событий поможет вам определить причину инициировал переработку.

30

статья, которая вам понравилась в другом посте, на самом деле сделала очень хорошую работу.

Немедленная Утилизация

  • Web.изменения конфигурации
  • машины.изменения конфигурации
  • глобальные.изменения эйсакс
  • изменения каталога Bin
  • App_Code changes

Задержка Рециркулирует

может произойти с несколькими изменениями в других местах, как правило, я заметил это только с изменениями.aspx или .цезий./глаг хотя файлы. Добавление временного текста, csv или других файлов не привело к проблемам для меня.

Примечание: это все приложения-домен повторяет, а не фактические повторяет пула. Как правило, пул приложений будет перезапускаться только на основе параметров в IIS (количество запросов, ограничение памяти, время простоя или запланированный перезапуск).

36

вы, возможно, захотите, чтобы включить полный пул приложений рециркулирует журналы событий:

cscript adsutil.vbs Set w3svc/AppPools/DefaultAppPool/LogEventOnRecycle 255

вы также можете взглянуть на эту статью в блоге Скотта Гатри:http://weblogs.asp.net/scottgu/archive/2005/12/14/433194.aspx это показывает, как писать код в глобальном.Asax, чтобы регистрировать фактическую причину приложение.Конечное событие.

Это было чрезвычайно полезно для нас в диагностике нескольких странных вопросов - один в частности было приложение, которое писало файлы журнала в каталог wwwroot-слишком много изменений файлов, приводящих к рециркуляции...

26

Это может происходить ежедневно в зависимости от предпочтений или при превышении максимального объема виртуальной памяти для процесса.

2

Это параметр, которым можно управлять для перезапуска пула приложений на основе количества минут, которые он выполнял, или количества обработанных запросов.

Он также будет перерабатываться в интернете.настройки и другие вещи, которые были размещены здесь.

сброс IIS также сделает трюк, как и остановка / запуск служб.

1

w3wp.exe был erroring наружу. Это было причиной Application_Start называли Global.asax.

чтобы узнать это, я открыл Просмотр Событий.

под Журналы Windows пошел к приложение.

Я видел Ошибка Приложения:

Faulting application name: w3wp.exe, version: 10.0.16299.15, time stamp: 0x0aeb5595
Faulting module name: KERNELBASE.dll, version: 10.0.16299.334, time stamp: 0x6369e29f
Exception code: 0xe0434352
Fault offset: 0x0000000000014008
Faulting process id: 0x2900
Faulting application start time: 0x01d43b16f726cbb9
Faulting application path: c:\windows\system32\inetsrv\w3wp.exe
Faulting module path: C:\WINDOWS\System32\KERNELBASE.dll
Report Id: 998cf55d-2cd9-4b8d-9884-2110e3fd1411
Faulting package full name: 
Faulting package-relative application ID:
0