Estate atento ya que en este post hallarás la contestación que buscas.Esta noticia fue probado por nuestros expertos para garantizar la calidad y veracidad de nuestro post.
Solución:
El artículo que te gustó en la otra publicación en realidad hizo un muy buen trabajo.
Reciclaje inmediato
- Cambios en Web.config
- Cambios de Machine.config
- Cambios globales.asax
- Cambios en el directorio bin
- Cambios en el código de la aplicación
Reciclaje retrasado
Puede ocurrir con múltiples cambios en otras ubicaciones, por lo general, solo he notado esto con cambios en archivos .aspx o .cs/.vb. Agregar texto temporal, csv u otros archivos no ha resultado en problemas para mí.
NOTA: Estos son todos los reciclajes del dominio de la aplicación y no los reciclajes reales del grupo. Por lo general, el POOL de la aplicación solo reciclará en función de la configuración de IIS (número de solicitudes, límite de memoria, tiempo de inactividad o reinicio programado).
Dos efectos diferentes:
-
El proceso de AppPool es el anfitrión de potencialmente múltiples AppDomains. Por lo general, esto se puede reciclar mediante una serie de efectos. Estos podrían ser tiempo (cada norte horas), falta de solicitudes, uso de memoria, etc.; todo configurado en IIS Config Manager.
-
AppDomain, la instancia alojada de la raíz de su aplicación, se puede alternar con más frecuencia sin afectar a otros AppDomains en AppPool. La publicación de Tess sobre el reciclaje de AppDomain es bastante reveladora.
Está escribiendo en una carpeta supervisada para su recompilación. Esto activará la recreación de AppDomain en algún momento.
El registro de eventos lo ayudará a determinar qué causa inició el reciclaje.
Es posible que desee activar los registros completos de eventos de reciclaje de AppPool:
cscript adsutil.vbs Set w3svc/AppPools/DefaultAppPool/LogEventOnRecycle 255
También puede consultar este artículo del blog de Scott Guthrie: http://weblogs.asp.net/scottgu/archive/2005/12/14/433194.aspx que muestra cómo escribir código en Global.ASAX para iniciar sesión la causa real de un evento Application.End.
Esto ha sido extremadamente útil para nosotros en el diagnóstico de varios problemas complicados, uno en particular era una aplicación que estaba escribiendo archivos de registro en el directorio wwwroot, demasiados cambios de archivos que resultaron en un reciclaje…