Report Viewer问题：多服务器节点环境下Asp.Net会话过期

这个问题我之前帮不少客户排查过，核心矛盾其实和你生产环境的架构直接挂钩——你用的InProc会话状态完全不适合多服务器+负载均衡的场景，而RDLC报表又刚好依赖ASP.NET会话来存储报表的临时数据，这就直接踩坑了。

为什么会出现这个错误？ #

• InProc模式是把会话数据存在单台Web服务器的内存里，如果负载均衡用的是轮询或无粘性的分发策略，用户的请求很可能被分到另一台服务器，这台服务器根本没有之前的会话数据，自然就会抛出“Asp.net session is expired or could not be found”的错误。
• RDLC在处理报表时，会把报表的视图状态、参数、临时渲染数据都存在ASP.NET会话中，跨服务器访问时找不到这些数据，报表就直接罢工了。

解决方案1：开启负载均衡的会话粘性（快速临时方案） #

如果不想改代码或服务器配置，可以让运维团队给负载均衡器开启会话粘性（Sticky Sessions），把同一个用户的所有请求都固定到同一台服务器节点上。这样会话数据就不会跨节点丢失，RDLC报表就能正常读取会话里的信息了。

⚠️ 注意：这个方案的缺点是如果其中一台服务器故障，该服务器上的所有用户会话都会丢失，会影响应用的可用性，只适合临时过渡。

解决方案2：改用分布式会话状态（推荐长期方案） #

InProc本来就不是多服务器环境的正确选择，建议把会话状态改成分布式存储，有两个常用选项：

选项A：用SQL Server存储会话 #

1. 先在SQL Server上创建会话数据库，用微软自带的工具命令：

aspnet_regsql.exe -S <你的数据库服务器地址> -U <用户名> -P <密码> -ssadd -sstype p

2. 修改Web应用的web.config文件，替换会话状态节点：

<sessionState mode="SQLServer" sqlConnectionString="Data Source=<数据库服务器地址>;Initial Catalog=ASPState;User ID=<用户名>;Password=<密码>" cookieless="false" timeout="20" />

3. 确保两台服务器的web.config都做相同修改，并且都能正常访问这台SQL Server。

选项B：用State Server存储会话 #

1. 在其中一台服务器上找到ASP.NET State Service服务，设置为自动启动并启动它。
2. 修改Web应用的web.config：

<sessionState mode="StateServer" stateConnectionString="tcpip=<State Server的IP地址>:42424" cookieless="false" timeout="20" />

3. 两台服务器的web.config都配置这个地址，同时确保防火墙允许42424端口的通信。

额外优化：让RDLC不依赖会话 #

如果你不想调整会话配置，也可以修改RDLC的渲染模式，把默认的会话依赖改成本地模式，这需要调整代码逻辑：

// 把ReportViewer改成Local模式，直接传递数据源和参数
ReportViewer1.ProcessingMode = ProcessingMode.Local;
ReportViewer1.LocalReport.ReportPath = Server.MapPath("~/Reports/YourReport.rdlc");
// 设置报表参数
ReportViewer1.LocalReport.SetParameters(yourReportParameters);
// 添加数据源
ReportViewer1.LocalReport.DataSources.Add(new ReportDataSource("YourDataSetName", yourDataCollection));

这样报表的所有数据都直接通过代码传递，不再依赖ASP.NET会话，自然就不会出现会话丢失的问题，但需要修改现有报表的调用逻辑。

总结一下：优先推荐用分布式会话状态（SQL Server或State Server），这是多服务器负载均衡环境下的标准做法，既能解决RDLC的问题，也能提升整个Web应用的可用性和扩展性。

内容的提问来源于stack exchange，提问作者sree