SSRS 报告当天初始查询速度较慢

Question

我正在尝试解决一个问题，即 SSRS 报告对于当天的初始查询很慢。我尝试使用此处描述的解决方案：

解决关于 SSRS 2008 的第一个长启动报告的问题

……无济于事。我知道这似乎是 SSRS 问题，但我不确定是否有针对此行为的其他解决方法。它使用 Microsoft 的 ServerReport.Render 方法来呈现报告并将其转储为 PDF。

来自评论的澄清：

我创建了一个类似于博客中的脚本。我在工作日开始前的下班时间运行了该脚本。我还在 PowerShell 中逐行手动运行脚本，这似乎确实缓解了这个问题；然而，这可能只是一种安慰剂，因为分配给这个问题的 QA 再次报告了缓慢。

我已经手动运行了报告，并且在初始报告查询中遇到了相同程度的缓慢。

我确实有一项每天在开始营业前运行的任务。我使用以下行创建了调度程序：

schtasks /create /tn "SSRS Recycle" /ru UserName /rl highest /np /sc daily
    /sd 08/01/2011 /st 02:00 /tr "powershell.exe -noprofile 
    -executionpolicy RemoteSigned -file c:scriptsSSRSRecycle.ps1"

路径是否区分大小写？我的脚本文件被命名为脚本。另外，路径名中是否需要斜线？

Answer 1

根据您提供的文章，尝试一下另一种潜在的解决方法：

\n\n

\n

• 在 Reporting Services 服务器上，修改文件RecycleTime的值rsreportserver.config，并设置超时时间，以便在每天的常规工作日开始之前，在 RS 的应用程序服务器级别进行“回收” ，例如在任何生产之前一小时左右通常会运行 RS 报告。

\n

• 然后设置一个小型虚拟订阅报告以每天同一时间运行\xe2\x80\x94，确保它事先有足够的时间让 RS 应用程序“回收”完成。每天在 RS 应用程序服务器“回收”完成后运行此非生产小虚拟报告作为第一个初始报告，应确保在运行任何生产报告之前加载 RS 应用程序服务器内容，并且生产报告应\xe2\x80\x99t遇到问题。

\n

\n\n

这样，您的 Reporting Services 应用程序服务器回收操作每天都会根据您在配置文件中设置的值在通常和指定的时间发生，然后在该操作发生后（为完全完成提供充足的时间），虚拟报告会在任何生产报告运行之前运行当天的报告，然后接下来 24 小时的每个后续报告都按预期运行，无需等待 RS 应用服务器发布“回收”加载操作完成。如果可行的话，您也可以完全省略 PowerShell 脚本解决方案。

\n