曾经在一家电信小公司工作的时候遇到一个技术问题，当时为了做负载均衡，决定把一套asp.net应用装到两台服务器上，于是项目经理和移动的技术人员讨论如此部署会遇到的问题，就想到了用户状态的问题，比如一个用户登录的时候进的是A服务器，在上面记录了身份凭证，如session，但可能再点一个页面的时候却访问到B服务器上去了，这时候系统是否会要求用户重新登录呢？当时已经有十年工作经历的项目经理兼技术总监犯愁了，最终网站还是在一台机子，而彩信和短信应用分成两台机子部署，这个问题也不了了之。

如今想来，可以通过简单的配置一下就可以解决此问题了。

web.config关于sessionState节点的配置方案，sessionState有四种模式：off,inProc,StateServer,SqlServer。

其中的StateServer会话管理模式配置如下

将mode属性设为StateServer，也就是将会话数据存储到单独的内存缓冲区中，再由单独一台机器上运行

的Windows服务来控制这个缓冲区。状态服务全称是“ASP.NET State Service ”（aspnet_state.exe），计算机管理-服务 里面即可看到此服务，启动该服务j

它由Web.config文件中的stateConnectionString属性来配置。该属性指定了服务所在的服务器，以及要监

视的端口：
<sessionState mode="StateServer"
    stateConnectionString="tcpip=myserver:42424"
    cookieless="false" timeout="20" />
  
在这个例子中，状态服务在一台名为myserver的机器的42424端口（默认端口）运行。要在服务器上改变

端口，可编辑HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\aspnet_state\Parameters注册表项中的Port值。

显然，使用状态服务的优点在于进程隔离，并可在Web farm(网站群)中共享。 使用这种模式，会话状态的存储将不

依赖于iis进程的失败或者重启，然而，一旦状态服务中止，所有会话数据都会丢失。换言之，状态服务不

像SQL Server那样能持久存储数据；它只是将数据存储在内存中。

 

解决之前问题的方法很简单：

1. 状态服务可以开在第三台机子C上，此服务器专门存放用户上传文件，状态，日志等。

 

2. 修改C机子上的注册表，将

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\aspnet_state\Parameters

中的AllowRemoteConnection设置成1，还可以改端口，将Port设置你想要的值即可，此值默认42424。

 

3. 配置A，B应用服务器上网站的web.config中状态配置项如下：

<sessionState mode="StateServer"
    stateConnectionString="tcpip=C服务器的IP:42424"
    cookieless="false" timeout="20" />

然后在TNS服务器上添加网站域名和A，B服务器的IP映射即可。