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。