我们使用 SSRS 2012 和许多报告，这些报告由 Query.CommandText 对执行动态 sql (sp-executesql) 的存储过程的引用驱动。这些是从用户指定报告、条件等的 Web 应用程序中使用的。几天后，报告请求将超时，即使底层存储过程在几秒钟内执行（相同的存储过程提供搜索结果屏幕）和报告）。其他不使用动态 sql 的报表继续正常执行。我们找到的唯一补救措施是重新启动 SSRS 服务。在初始启动后，相同的报告将在几秒钟内执行。
SSRS 日志似乎没有指出任何问题，尽管我当然不是阅读它们的专家。将慢速与快速进行比较似乎只是在开始和结束之间均匀分布的时间戳不同。我们确实看到“ReportProcessingException：位置 xx 处的字段没有数据”，但是在慢速和快速运行中。当报告处于慢速模式时，从报告门户运行报告大约需要 10 分钟。
我的怀疑是一些缓存正在进行，SSRS 正在影响 SQL 执行计划。
任何关于更多细节的建议或要求都将受到欢迎。