SSRS Ad-Hoc报表每日在门户加载界面停滞问题求助

从你描述的情况来看——点击报表后灰屏加载卡住、无常规报表加载提示、日志和执行记录都无痕迹，说明问题大概率出在前端请求未成功抵达报表服务器，或者是浏览器/门户层的资源加载异常，下面是我整理的分步排查方案：

一、先从浏览器端快速验证 #

• 清除浏览器缓存和Cookie：SSRS门户的前端资源可能缓存损坏，导致加载逻辑卡死。可以按Ctrl+Shift+Delete打开清除界面，勾选缓存文件和Cookie后重启浏览器再试。
• 切换浏览器测试：比如从Chrome换成Edge或Firefox，排除浏览器特定的兼容性问题（比如某些插件拦截了SSRS的请求）。
• 禁用浏览器扩展：广告拦截、隐私保护类插件可能误拦了SSRS门户的AJAX请求，先临时禁用所有扩展再尝试加载报表。

二、查看前端控制台的关键线索 #

• 打开浏览器开发者工具：按F12切换到「Console」标签，点击报表时观察是否有JS报错或资源加载失败（比如404、500状态的静态文件）。这一步很关键，因为服务器日志没记录的话，前端控制台往往能找到隐藏的异常信息。
• 验证门户基础功能：尝试打开其他非Ad-Hoc报表、或者访问门户的设置页面，看是否也有类似加载问题。如果只有Ad-Hoc报表出问题，可能是Ad-Hoc模块的前端资源损坏。

三、SSRS服务器端的深层排查 #

• 重启SSRS服务：有时候Reporting Services服务的前端会话管理模块会莫名卡死，重启服务能解决这类无日志的异常。可以在服务器的「服务」面板找到SQL Server Reporting Services服务，右键选择重启。
• 检查门户配置文件：找到ReportServerWebApp的web.config文件（默认路径C:\Program Files\Microsoft SQL Server Reporting Services\SSRS\ReportServerWebApp），确认<httpRuntime>的executionTimeout设置是否足够，或者是否有自定义的URL重写规则导致请求被拦截。
• 验证Ad-Hoc报表数据源：虽然日志没执行记录，但如果Ad-Hoc报表的数据源配置存在隐性问题（比如权限突然失效），可能在前端预加载阶段就卡住。可以尝试重新配置该报表的数据源，或者用管理员账号测试是否能正常加载。

四、排除网络层面的拦截 #

• 本地服务器测试：直接在SSRS服务器本地访问门户，尝试加载Ad-Hoc报表。如果本地能正常使用，说明客户端和服务器之间的代理、防火墙可能拦截了报表加载所需的WebSocket或长连接请求，需要排查网络规则。

如果以上步骤都没解决问题，建议尝试修复SSRS组件——通过SQL Server安装介质选择修复Reporting Services，替换可能损坏的前端资源文件。

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