hace un cambio a un sitio ASP.NET matar sesiones activas?

Question

Me preocupa la posibilidad de que las sesiones de mis usuarios sean eliminadas. Estoy usando el objeto de sesión ASP.NET predeterminado y las cookies de sesión. Sé que las sesiones pueden expirar, y he establecido el valor del tiempo de espera para mis sesiones en varias horas para evitar tiempos de espera inesperados.

Pero hay al menos otros dos casos que me preocupan.

(1) Entiendo que ASP.NET recicla periódicamente el dominio de la aplicación que ejecuta un sitio/aplicación web (no estoy seguro de si tengo toda la terminología correcta aquí). ¿Las sesiones viven en estos eventos de reciclaje?

(2) Al menos en mi servidor de desarrollo, ciertos cambios que realizo en el sitio (por ejemplo, agregar una nueva página) parecen causar la pérdida de la sesión activa cuando el sitio (o parte de él) se recompila . Esto no parece suceder con cada cambio, pero con muchos sí lo hace. Estoy particularmente preocupado por lo que esto significa para la posibilidad de cambios mientras mi sitio es en vivo. Me gustaría saber las reglas de lo que puedo actualizar sin provocar la muerte de las sesiones activas.

Gracias por cualquier apuntador.

Answer 1

Esto depende de su modo de estado de la sesión. Aquí está una copia de algo que puede encontrar en Microsoft Support:

ASP.NET es compatible con tres modos de Estado sesión:

• InProc: almacena los valores del modo InProc en la memoria de la ASP .NET proceso de trabajo. Por lo tanto, este modo ofrece el acceso más rápido a estos valores. Sin embargo, cuando el proceso de trabajo ASP.NET se recicla, los datos de estado se pierden .
• StateServer: Alternativamente, el modo StateServer usa un servicio independiente de Microsoft Windows para almacenar las variables de sesión . Como este servicio es independiente de Microsoft Internet Information Server (IIS), se puede ejecutar en un servidor diferente. Puede utilizar este modo para una solución de equilibrio de carga porque varios servidores web pueden compartir variables de sesión. Aunque las variables de sesión no se pierden si reinicia IIS, el rendimiento se ve afectado al cruzar los límites del proceso.
• SqlServer: Si usted es una gran preocupación por la persistencia de información de la sesión, puede utilizar el modo SqlServer para aprovechar Microsoft SQL Server para asegurar el nivel más alto de fiabilidad . El modo SqlServer es similar al modo fuera de proceso, excepto que los datos de la sesión se mantienen en un servidor SQL. El modo SqlServer también le permite utilizar un almacén de estado que se encuentra fuera del proceso de IIS y que puede ubicarse en el equipo local o en un servidor remoto.

Si utiliza una base de datos o StateServer datos de la sesión no se perderán cuando IIS detecta un cambio en el sitio web.

Answer 2

(1) Si se utiliza en modo de sesión en proceso de reciclaje del grupo de aplicaciones si no se pierden la información de sesión

(2) Depende si está utilizando la aplicación web o modelo de sitio web para su uso de asp.net . Algunos archivos se almacenan en la memoria caché al inicio de la aplicación y requieren reiniciarse o recompilarse si se modifican. La regla práctica es que si cambia Global.asax, el archivo de configuración de agregar, eliminar o editar el archivo en la carpeta \ bin se emitirá un reinicio de la aplicación y se perderán los datos de la sesión en proceso.

ASP.NET La sesión tiene muchos defectos y muchos desarrolladores no la usan en absoluto. Personalmente prefiero almacenar datos en tablas personalizadas en el servidor SQL (si está disponible).

Si desea proporcionar más información, como qué versión de IIS tiene, utiliza el sitio web o el modelo de aplicación web, ¿tiene el servidor de base de datos disponible? ¿Utiliza el entorno del servidor web o de la granja web? información que desea almacenar y por cuánto tiempo puedo darle consejos más concretos.

Answer 3

Si está utilizando el modo InProc, perderá datos de sesión si el AppPool se recicla, lo que puede suceder una vez al día (de acuerdo con la programación predeterminada) o después de unos 20 minutos de inactividad en el servidor.

En cuanto a las actualizaciones de la página: cada vez que cambie un archivo en el sitio en vivo, existe la posibilidad de que el sitio se reinicie, como si hubiera cambiado web.config. Ciertos archivos no provocarán un reinicio completo, pero no es fácil predecir cuáles, y también depende del modo de compilación que esté utilizando (por lotes o no). Si está utilizando el modo de compilación por lotes predeterminada por carpeta, debería poder cambiar páginas individuales en subcarpetas sin forzar el reinicio. Sin embargo, los cambios en las páginas maestras, el código o los controles pueden provocar un reinicio, al igual que los cambios en la carpeta de nivel superior (dependiendo de qué más tenga allí).

Supongo que debería agregar que cambiar archivos individuales en un sitio en vivo generalmente no es una buena idea, aunque estoy seguro de que tiene sus razones para hacerlo.