Sql server SharePoint模式下的SSR性能下降-说明和建议

在SharePoint模式下使用“转到报告”操作时，我们发现Reporting Services性能显著下降

基本上，在执行了一些Go-to-report操作之后，为保持所有以前的执行活动而付出的代价将高于呈现当前报告所需的时间

每次用户单击Go to report操作时，都会生成一个新的执行id，添加到视图状态，并在SessionData（TempDB数据库）中插入一行。此行设置为在配置的时间量（默认值=10分钟）后过期。会话过期后，将清除该行

有两种机制可防止所有以前的执行过期：

•每次用户使用Go to report（转到报告）操作时，所有以前的报告执行都会被“触动”，以防止其过期。这意味着SessionData表中的多行将更新其到期列。这会给报表呈现增加大量时间（不是在后台线程上完成的…）

•如果用户在未与SSRS报告交互的情况下在SSRS报告上打开浏览器，则会自动执行保持活动的HTTP请求。这也将“接触”所有以前的报告执行，以防止其过期

所有这些都是为了使用户能够使用SSRS工具栏后退按钮。使用back时，服务器上有一个执行id为的事件。服务器能够从SessionData表中检索有关上次执行的所有信息（例如报告、参数值），并以高效的方式呈现报告

根据我们的经验，用户使用back返回的次数不会超过2-3次。目前没有办法限制历史长度（用户可以使用的次数），以更好地平衡用户灵活性和性能

因此，历史将永远保持增长（特别是当Go to report用作报告之间的导航时）。随着它的增长，性能会下降很多，用户最好关闭浏览器窗口，重新开始

---

你有没有注意到这种行为？转到Url操作不会发生这种情况

微软现在意识到这个问题，但可能只考虑下一个版本（2016）的方法，这不是很实用。您可以通过对以下三个connect.microsoft.com条目进行投票来提供帮助，因为它们经常使用这三个条目来确定优先级：

---

感谢您的“提醒”-我刚刚投票。谢谢，更多投票==我们最喜欢的报告平台有更多改进的机会。：-）