这篇文章主要介绍了在windows server 2008系统中，session丢失的解决方法，供大家学习参考 问题描述：

Windows Server 2008 +IIS +ASP.net +SQLServer2008搭建的内部WEB系统。
用户Session总是丢失，可能是IIS的不稳定性将导致Session频繁丢失。

用的是Session=SQLSEVER，即把Session保存到数据库。

解决方法：

1，在命令行进入如下地址（InstallSqlState.sql文件目录）
cd "C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727"

2，运行如下命令，创建数据库 ASPState
osql -S ERPDBSERVER -U sa -P ***-i InstallSqlState.sql

3，在IIS服务器配置session连接，具体连接字符串参考页面生成的Server=ERPDBSERVER1;User ID=sa;Password=*****
（注：*号处填入数据库登录密码）

Session丢失的解决办法小结

最近在做ASP.NET项目时，测试网站老是取不出Session中的值，在网上搜索了一下，找到一些解决方法，记录在这里。最后使用存储在StateServer中的办法解决了问题。

SessionState 的Timeout)，其主要原因有三种

一：有些杀病毒软件会去扫描您的Web.Config文件，那时Session肯定掉，这是微软的说法。
二:程序内部里有让Session掉失的代码，及服务器内存不足产生的。
三：程序有框架页面和跨域情况。

第一种解决办法是:使杀病毒软件屏蔽扫描Web.Config文件(程序运行时自己也不要去编辑它)
第二种是检查代码有无Session.Abandon()之类的。
第三种是在Window服务中将ASP.NET State Service 启动。

今天遇到asp.net session丢失了，然后又回来了，session里存储的是用户信息，最后导致每次刷新是不同的用户或是未登录状态。很让人吐血的问题。
搞了2天没搞出来，最后重写了验证机制，都放在了cookie里了，session不敢用了。
今天发现，问题是由于设置iis6的 应用程序池内的性能内的最大web进程数导致的，由于session默认是存放在web进程里的，进程开多了，导致session不能共享，每次刷新又由不同的进程来处理，所以就导致刷新出来不同的用户，前提是在本机登录过这些用户。
解决方法可以用stateserver或者用sqlserver模式来存储session。
由于google没搜到类似问题，所以这里拿出来说一下这个让我头痛了2天，最后修改了n多页面的问题。

asp.net session丢失网上收集
Asp.net 默认配置下，Session莫名丢失的原因及解决办法
正常操作情况下Session会无故丢失。因为程序是在不停的被操作，排除Session超时的可能。另外，Session超时时间被设定成60分钟，不会这么快就超时的。

这次到CSDN上搜了一下帖子，发现好多人在讨论这个问题，然后我又google了一下，发现微软网站上也有类似的内容。

现在我就把原因和解决办法写出来。

原因：
由于Asp.net程序是默认配置，所以Web.Config文件中关于Session的设定如下：
<sessionState mode='InProc' stateConnectionString='tcpip=127.0.0.1:42424' sqlConnectionString='data source=127.0.0.1;Trusted_Connection=yes' cookieless='true' timeout='60'/>

我们会发现sessionState标签中有个属性mode，它可以有3种取值：InProc、StateServer?SQLServer（大小写敏感）。默认情况下是InProc，也就是将Session保存在进程内（IIS5是aspnet_wp.exe，而IIS6是W3wp.exe），这个进程不稳定，在某些事件发生时，进程会重起，所以造成了存储在该进程内的Session丢失。

哪些情况下该进程会重起呢？微软的一篇文章告诉了我们：
1、配置文件中processModel标签的memoryLimit属性