SSRS实例渲染性能持续衰减问题求助（含日志错误）

问题核心分析 #

从你的描述和日志来看，SSRS性能随时间衰减的根本原因并非内存不足——毕竟服务器有32GB内存，SSRS仅占用1GB，空闲资源充足，调整内存配置自然无效。真正的触发点是大量不符合规范的HTTP请求持续冲击服务，日志里反复出现的ReportServerHttpRuntimeException（提示“不支持的HTTP动词或无效语法”）和win32错误0x10DD（对应ERROR_HTTP_INVALID_VERB）就是明证。这些异常请求会在应用域中积累错误状态，导致渲染性能逐渐下降，直到应用池回收后重置状态才暂时恢复。

针对性排查与修复步骤 #

1. 定位异常请求来源 #

首先要找到发送无效请求的客户端或服务：

• 开启SSRS详细日志：在Reporting Services配置管理器中，启用「HTTP日志」和「详细错误日志」，这样能捕获到请求的具体URL、客户端IP、HTTP动词等关键信息。
• 查看IIS/系统日志：如果SSRS通过IIS托管，直接查看IIS日志；也可以在Windows事件查看器的「HTTP服务」日志中，筛选包含无效动词的请求记录。
• 临时抓包验证：用Wireshark监听SSRS服务端口（默认80/443或自定义端口），捕获异常请求的完整内容，确认请求的具体格式和来源。

2. 修复或阻断异常请求 #

找到来源后分情况处理：

• 若为内部业务系统/脚本的错误请求：联系开发人员修正HTTP动词（确保使用SSRS支持的GET/POST等标准动词），调整请求语法，避免发送无效请求。
• 若为外部恶意请求/无效爬虫：通过防火墙规则、IIS URL重写或SSRS的IP限制策略，直接阻断这些来源的访问。

3. 强化SSRS的请求验证能力 #

修改SSRS配置文件增强对异常请求的拦截：

1. 打开rsreportserver.config（默认路径：C:\Program Files\Microsoft SQL Server\MSRS13.MSSQLSERVER\Reporting Services\ReportServer）
2. 找到<HttpRuntime>节点，添加或调整以下配置：

   <HttpRuntime maxRequestLength="4096" executionTimeout="900" requestValidationMode="2.0" enableVersionHeader="false" />
   

   • requestValidationMode="2.0"会启用更严格的请求验证，提前拦截语法无效的请求
   • executionTimeout可根据报表渲染需求调整，但避免设置过大
3. 重启SSRS服务让配置生效

4. 验证与后续监控 #

完成上述步骤后，先关闭60分钟回收的临时设置（或延长回收时间），持续监控：

• SSRS的CPU、内存占用和报表渲染响应时间
• 日志中是否还有新的HTTP Runtime错误产生
  确认性能不再随时间衰减后，即可稳定运行。

额外建议 #

• 确保SSRS安装了最新的SQL Server累积更新（CU），微软可能已经修复了类似的HTTP Runtime异常处理bug
• 保留应用池的「快速失败保护」设置（默认开启），短时间内出现大量错误时会自动回收，避免性能持续恶化

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