SessionState的配置

ASP.NET会话状态模块在Web.config文件中<System.web>标记下的<Sessionstate>标记的mode属性来决定
该属性的四种可能的值： Off、 Inproc StateServer 和SQLserver。

 

1，Off

　　整个网站禁用会话状态

2，Inproc

<sessionState mode="InProc" cookieless="false" timeout="20" />

它允许“无Cookie”的会话，以及在服务器之外存储会话数据，表明会话状态要由ASP.NET存储到内存中，而且不用Cookie来传递会话ID。

应用程序的状态将依赖于 ASP.NET进程， 当IIS进程崩溃或者正常重启时，保存在进程中的状态将丢失。

 

3，StateServer

<sessionState mode="StateServer" 
    stateConnectionString="tcpip=myserver:42424"  cookieless="false" timeout="20" />

 <sessionState mode="StateServer" 
    stateConnectionString="tcpip=127.0.01:42424" cookieless="false" timeout="20" />

42424：（默认端口）运行。要在服务器上改变端口，可编辑HKLM\SYSTEM\CurrentControlSet\Services\aspnet_state注册表项中的Port值

 

将会话数据存储到单独的内存缓冲区中，再由单独一台机器上运行的Windows服务来控制这个缓冲区。状态服务全称是“ASP.NET State Service ”（aspnet_state.exe）

 

使用状态服务的优点在于进程隔离，并可在Web farm中共享。 使用这种模式，会话状态的存储将不依赖于iis进程的失败或者重启，然而，一旦状态服务中止，所有会话数据都会丢失。换言之，状态服务不像SQL Server那样能持久存储数据；它只是将数据存储在内存中。

 

4，SQL Server

<sessionState mode="SQLServer"
            sqlConnectionString="server=127.0.01;uid=sa;pwd=sasa;"cookieless="false" timeout="20" />

将会话数据存储到一个数据库服务器中，方法是将mode属性变成SqlServer。 在这种情况下，ASP.NET尝试将会话数据存储到由sqlConnectionString属性（其中包含数据源以及登录服

务器所需的安全凭证）指定的SQL Server中

配置：

①、运行Framewor安装目录下的InstallSqlState.sql文件，framework的安装目录为C:/WINDOWS/Microsoft.NET/Framework/...  (例如：C:\Windows\Microsoft.NET\Framework\v4.0.30319)

②、这时会提示错误，因为该应用没有注册。此时需要在命令行下注册该应用，运行如下命令：

aspnet_regsql.exe  -ssadd -sstype c -d <Database Name> -S <SQL Server IP> -U <User Name> -P <Password> 

注：<Database Name>为数据库名为ASPState ，<SQL Server IP>为数据库实例名像 IBM-PC\SQLEXPRESS  （若数据库不是2005的不要写ip地址，否则会连接失败），<User Name>为sa（或与sa同等权限的），<Password> 为 sa用户名的密码

会话定义成功，但是会提示在web应用中进行相应的配置，此时查看SQLServer会发现增加了数据库ASPState，但是没有表。

③、在命令行下运行如下命令：

aspnet_regsql.exe  -ssadd -sstype p -S <SQL Server IP> -U <User Name> -P <Password>

该命令对此应用进行了持久化操作。这时会看到ASPState数据库里面多了两张表，ASPStateTempSession就可以用来保存Session。