我正在将一批报告(26)从SSRS 2014移至SSRS 2016.其中一个报告绝对非常缓慢,但仅限于浏览器(IE和Chrome)。报告取决于报告中的查询(不是存储过程)。我可以确定这些报告与其姐妹之间没有显着差异,无论浏览器如何,都会在3-4秒内返回结果。查询在SSMS中运行的时间与在姐妹报表中运行类似查询的时间相当。这是一些细节。 SSMS查询•执行计划:
•返回1124行•时间消息o SQL Server执行时间:CPU时间= 15毫秒,已用时间= 261毫秒。 o SQL Server解析和编译时间:CPU时间= 0 ms,已用时间= 21 ms。 o SQL Server执行时间:CPU时间= 0 ms,已用时间= 0 ms。报告开发报告生成器:•在5秒或更短时间内运行良好。 Visual Studio 2017:•在7-10秒内运行良好。浏览器•IE和Chrome都能在大约9分钟内提供结果。报告.rdl文件中的差异.xml文件有两个明显的区别。 SSRS 2016 1. DataSources和DataSet定义在.xml 2的顶部。
SSRS 1.数据源和数据集是从第4678行开始定义的.2。
我已经完成了我能想到的所有事情并且已经没有想法了。可根据要求提供查询语言,.rdl文件和执行计划。
答案 0 :(得分:1)
尝试通过 SQL Server错误和使用情况报告为SQL Server禁用错误和使用情况报告。我遇到了完全相同的问题,情况是报告服务器无法访问互联网,但是试图获取一些javascript文件,并且一段时间后会超时,这就是导致渲染延迟的原因。