Sql server 2008 Reporting Services ExecutionLog：timestart和timeend之间发生了什么

我一直在调查reporting services的一份报告，该报告似乎一夜之间就从急躁变为缓慢。查看执行日志，检查开始和结束时间之间的差异，我得到如下结果：

第1天=900毫秒 第2天=900毫秒 第3天=2000毫秒 第4天=4500ms 第5天=4500ms 该报告快速运行了一年多，直到几周前，表现与第一天的数字相似，现在我们一直保持在这个更高的数字。通过webservice调用以及通过web UI运行它，我们的性能与通常用于获取呈现PDF的webservice调用相同。 在此期间，报告本身未发生更改或重新部署。也没有对涉及的服务器进行任何硬件更改。 查看日志详细信息，我很困惑这额外的时间是从哪里来的

TimeDataRetrieval是一个稳定的20ms 时间处理大约为50毫秒 时间渲染稳定在600毫秒 所有这些加起来应该是700毫秒。TimeStart和TimeEnd以及这三个值的作用是什么？这似乎是我们的性能问题所在，但我不知道还会发生什么

我们正在Windows Server 2003 SP 2机箱上使用reporting services 2008，如果这可能会导致 差别

提前感谢,， 韦斯

编辑[2012-04-30]：

我们还调查了其他报告，发现它们在同一时间受到了相同的性能影响，因此似乎与报告本身无关

我还让我们的网络管理员创建了一个新的VM，上面有reporting services，向它部署了相同的报告，发现我们的时间在低于900毫秒的范围内，报告定义和数据源完全相同。我真的不想将所有指向旧报表服务器的项目迁移到新的报表服务器上，但看起来这至少可以暂时解决问题，直到问题再次出现

任何关于尝试途径的后续想法，即使只是猜测，也将不胜感激

再次感谢你，韦斯

编辑[2012-05-12]：

我还确保了报表服务器和报表服务器临时数据库的索引已重建，统计数据也已更新。我认为，如果我们从索引查找改为表扫描或诸如此类的操作，可能会导致整体速度下降。这两种选择都没有帮助。

---

我们现在已经在一个新的虚拟机上重新部署了所有的报告，并且在这个过程中有了更好的运气，尽管在这个过程中也升级到了2008 R2，这可能会提高性能。从用户的角度来看，问题已经解决了，但我仍然不知道减速的真正原因。

您的问题似乎与在SQL Server之外对您的设置所做的更改有关，因为您说新的intall运行得很快。我会把这个问题推给你们的硬件支持人员，让他们列出过去几个月里所做的更改——他们会记录更改，不是吗？谢谢@Tony的输入。当翻阅我们的执行日志时，注意到的变化发生在标记为第3天的当天中午，上述时间从早上到中午都在900ms处，然后中午左右开始在4500ms处，这使我偏离了它是一个有意的服务器更改，因为没有人会在生产时间内进行任何服务器更改，并且在此时间段内也不会应用自动更新/补丁。。。我让我们的服务器管理员也检查了一下，他没有做任何更改，并且检查了几个日志，什么也没发现。