usuarios tiene tener sobre puede privilegios permisos para metabase ejecucion directorio dar crear carpetas carpeta administrar acceso iis asp-classic iis-6

tiene - permisos para administrar iis



Grupos de aplicaciones de IIS 6 que no responden a solicitudes mĂșltiples/no se ejecutan en subprocesos mĂșltiples (2)

Suena como un límite en el número de solicitudes entrantes simultáneas al IIS o al servidor de Windows.

Consulte http://blogs.msdn.com/b/david.wang/archive/2006/04/12/howto-maximize-the-number-of-concurrent-connections-to-iis6.aspx y http: // forums.iis.net/p/1152112/1880908.aspx#1880908 sobre cómo ajustar la configuración.

Tengo una aplicación ASP clásica que se ha mantenido estable durante años y ahora estamos teniendo todo tipo de problemas con ella. Después de mover la aplicación entre máquinas y limpiar el original para poder tener una nueva instalación de ventanas, hemos llegado al siguiente "síntoma". Los grupos de aplicaciones no parecen permitir múltiples solicitudes simultáneas. Esto es lo que estamos viendo:

  • La aplicación se ejecuta normalmente para la mayoría de las personas, pero cuando alguien dentro de uno de los grupos de aplicaciones accede a un script de ejecución prolongada (generalmente con muchos accesos a bases de datos), todos los demás usuarios del grupo deben esperar a que se complete el script. Una vez que el script se completa, se ejecutan las solicitudes de todos los demás. Esto inicialmente nos hizo sospechar la cadena de conexión DB o algo así.

  • HASTA ... también notamos que las cargas grandes de archivos en nuestro sistema también hacen que el grupo de aplicaciones deje de responder. Lo interesante de esto es que estamos utilizando el objeto SAFileup COM + para hacer nuestras cargas, que tiene una pantalla de progreso en una ventana emergente. Cuando va a cargar el archivo, aparece la pantalla de progreso, pero luego nunca se actualiza para mostrar el progreso de la carga. Sin embargo, si espera, el archivo se cargará y las demás solicitudes pendientes se procesarán normalmente.

  • Nuestros grupos de aplicaciones están en la configuración predeterminada, utilizando la cuenta IWAM para iniciar. Revisé para asegurarme de que la cuenta de IWAM tenga todos los permisos apropiados. Lo hace.

  • Hemos probado una variedad de cadenas de conexión DB, ninguna resolvió el problema (aunque estoy pensando que no es la cadena de conexión DB). En caso de que alguien piense que sí, esta es nuestra cadena de conexión: "Provider = SQLNCLI; Trusted_Connection = yes; Server = (local); Database = demo;". No podría ser más simple. Esta cadena anteriormente no era un problema.

  • Me preocupé por lo de los jardines web y hace que el sistema responda a múltiples solicitudes, pero cada hilo de trabajo en el jardín tiene su propio estado de sesión que hace que nuestros usuarios se inicien cuando su solicitud se asigna aleatoriamente a un nuevo trabajador hilo. Solo tener un solo proceso de trabajo en el jardín nunca fue un problema antes de todos modos.

  • He usado SQL Profiler y sp_who2 para ver si durante los scripts de larga ejecución hay deadlocks o bloques en el SQL Server. No hay.

  • Los problemas comenzaron inicialmente después de que instalamos algunos parches de Microsoft. Limpiamos una máquina e instalamos el servidor Win2k3, luego el SP2, y luego ya no hicimos el parche. El problema persiste, por lo que no parece haber sido un parche.

Ahora estoy bastante perdido ... ¿Alguien tiene alguna experiencia con problemas similares? Si es así, ¿cómo se solucionaron?


Compruebe que no tiene habilitada la depuración de ASP en el servidor. Esto obligará al motor de scripts ASP a ejecutarse en un único hilo.