当天的第一个报告请求或在未知的时间段内没有报告请求时，我们遇到了启动时间缓慢的问题。在 SQL Reporting Server 2005 安装中，我们将设置应用程序池以避免回收 Reporting Services 应用程序。
但是，我的客户在本机模式下在 Windows Server 2008 上安装了 SQL Reporting Server 2008。没有我可以找到的 IIS 安装。我已经检查了 SQL 报告服务配置设置、帮助文件和论坛，并没有在本机安装中找到解决此问题的方法。
在本机模式下安装时，如何控制 Reporting Services 应用程序的回收？
我没有找到 tcc'sresponse 中引用的参数。然而，他的回答确实让我知道配置文件的存在；我确实找到了一个包含详细内容的页面：
MSDN：如何：修改 Reporting Services 配置文件
在其中我找到了 RecycleTime 参数。它默认为 720，感觉就像 20 分钟左右超时。我把它设置为28800。
我重新启动了 Reporting Services 服务，并访问了该站点。通常需要一两分钟才能出现，在那段时间服务器正在努力工作。现在很活泼；我将全天进行测试，看看这是否会阻止 Report Services 回收进程并每 20 分钟重新构建一次并向该站点报告。
我相信解决方案是在 rsreportserver.config 文件中添加一个 ProcessTimeout 键。默认安装时，此文件中有此密钥，但已将其注释掉。我不确定这是分钟还是秒，但我将其修改为 28800，并且在超过 12 小时没有任何活动后，今天早上该进程仍在运行。第一份报告在几秒钟内加载。
该文件位于 ~/program files/microsoft sql server/msrs10.mssqlserver/reporting services/reportserver
我还修改了这个文件中的7200。
SQL Server 2008不使用 IIS，这就是 RecycleTime 参数移动到 RS 配置文件的原因。这也意味着您可以在数据库服务器上安装报表服务器以获得更好的性能，而无需安装 IIS。
对于仅在正常工作时间内活动的报表服务器，默认的 RecycleTime 720（12 小时）应该是合理的。尽管如此，我还是遇到了同样的问题，即使我将报表订阅安排在每个工作日上午 7:30 运行，以使报表服务器在当天初始化。
我现在想知道 RecycleTime 参数是否真的以分钟为单位指定，或者这可能是文档错误。我将尝试更大的值。
我正在运行 SQL Server 2008 R2，并且我的rsreportserver.config中有两个设置（最初被注释掉）我取消注释并配置了。我的值如下所示：
<Add Key="ProcessTimeout" Value="4320" /><!-- seconds -->
<Add Key="ProcessTimeoutGcExtension" Value="30" /><!-- seconds -->
在撰写本文时，这些配置元素没有记录在 MSDN 文档中用于 SQL Server 2008 R2 的rsreportserver.config文件，但是有一篇知识库文章在更多信息下简要描述了它们：
有两个配置设置可确定进程监视器在停止服务之前等待服务活动的时间。这些设置定义如下：
- ProcessTimeout
此设置适用于 Reporting Services 正在执行的任何操作。- ProcessTimeoutGcExtension
此设置仅在垃圾收集正在进行且已达到 ProcessTimeout 值时适用。
使用该ProcessTimeout设置使我的 SSRS 实例保持唤醒状态，并将该RecycleTime设置设置为适当大的值（在我的情况下为 30 天或 43,200 秒）有助于避免在该时间跨度过去时发生的强制回收。
通过将 RecycleTime 设置为 28800，您只会增加慢速启动之间的时间。在 480 小时后运行第一份报告仍需要一些时间。如果有帮助，您可以将 RecyleTime 设置为 0 以停止回收。
如果这不是一个选项，您可以通过多种方法使其保持活动状态，例如：
1.）在 SSRS 报告管理器网站中安排一个虚拟报告（我最喜欢的方法）
2.）预定脚本
我意识到这是一个老问题，但没有很好的记录，希望这对那里的人有所帮助。