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