我一直在调查一份报告服务报告，该报告似乎在一夜之间从相当活泼变成相当缓慢。查看执行日志，并检查开始时间和结束时间之间的差异，我得到如下所示的内容：
- 第 1 天 = 900 毫秒
- 第 2 天 = 900 毫秒
- 第 3 天 = 2000 毫秒
- 第 4 天 = 4500 毫秒
- 第 5 天 = 4500 毫秒
该报告运行了一年多，其表现与几周前的第 1 天相似，现在我们一直处于这个更高的数字。通过我们通常用来获取渲染 PDF 的 web 服务调用以及通过 web UI 运行它，我们具有相同的性能。
在注意到性能变化的这段时间内，报告本身没有更改或重新部署。也没有对所涉及的服务器进行任何硬件更改。
查看日志详细信息，我很困惑这个额外的时间是从哪里来的。
- TimeDataRetrieval 是稳定的 20 毫秒
- TimeProcesing 大约为 50 毫秒
- TimeRendering 稳定在 600 毫秒
所以所有这些应该构成大约 700 毫秒。TimeStart 和 TimeEnd 占什么以及这 3 个值？这似乎是我们的性能问题所在，但我不知道还发生了什么。
如果这可能会有所不同，我们正在 Windows Server 2003 SP 2 机器上使用报告服务 2008。
在此先感谢，韦斯
编辑[2012-04-30]：
我们还调查了我们的其他报告，发现它们同时受到了相同的性能影响，因此这似乎与报告本身无关。
我还让我们的网络管理员创建了一个带有报告服务的新 VM，向其部署了相同的报告，发现我们的时间回到了 900 毫秒以下，报告定义和数据源完全相同。我真的不想将所有指向旧报表服务器的项目迁移到新的，但看起来这至少可以暂时解决问题，直到这再次引起它的丑陋。
任何关于尝试途径的后续想法，即使它们只是猜测，将不胜感激。
再次感谢，韦斯
编辑[2012-05-12]：
我还确保我们的报表服务器和报表服务器临时数据库重建了它们的索引并更新了统计信息，如果我们从进行索引查找到表扫描或类似的东西，它可能会导致速度变慢董事会。这些选项都没有帮助。
我们现在已在新 VM 上重新部署了所有报告，并且运气好得多，尽管在此过程中还升级到了 2008 R2，这可能会提高性能。从用户的角度来看，问题已经解决了，但我仍然不知道减速是从哪里来的。