SQL Server报告服务（SSRS）2005操作超时问题

Question

我知道之前曾问过类似的问题...我正在使用SQL Server 2005，并且在同一盒子上安装了SSRS 2005。 （aka生产数据库，报表DB / TempDB，数据库引擎和SSRS都在同一框中）。 我们在盒子里部署了大约200个报告。 SSRS / DB在W2k3 64位VM上运行。

现在的问题...

有时，几乎每天，我们的用户都会收到“操作超时”错误（XML文档中的错误...。）。 起初我以为这是报告大小的问题，但是当我尝试使用报告管理器URL（http：// <> / reports）时，浏览器上没有任何内容。 我唯一能做的就是回收报表服务器的IIS池，它将再次运行。 每当“操作超时”发生时，报表管理器URL都将不起作用，并且我在IIS中找不到任何表明存在问题的日志。

我在网上进行了研究，发现有些人将虚拟报告作为SQL Server代理作业的一部分，该作业从9-5开始每10分钟运行一次，以“预热” SSRS。 虚拟报告在一个很小的表中的一行上与数据库建立了很小的连接。 操作超时问题似乎已经消失了95％，但是仍然会发生。 奇怪的是，当发生操作超时问题时，我注意到虚拟报表作业也已停止工作。 在这种情况下，我必须回收IIS池，然后再次启动SQL Server作业，然后SSRS才能再次工作（直到下次再次发生相同的问题）

我从SQL Server作业中得到的错误是：System.IO.IOException：无法从传输连接读取数据：现有连接被远程主机强行关闭

但是，我对报表服务器上的IIS问题如何影响SSRS作业感到完全困惑。 也许我走错了路，但这真是不可思议。

到目前为止，我的观察是，如果报表管理器URL（http：// <> / reports）永远需要出现，这是一个不好的信号，表明SSRS上出现了严重错误。

我还添加了一个新任务，该任务使用PowerShell调用SSRS报表管理器http：// <> / reports URL，以“预热” IIS，但这似乎没有多大区别。

有人可以指出我正确的方向吗？ 谢谢。 WM

Answer 1

过去，经过大量研究，我发现SSRS的内存分配是许多问题的根源。 你可以试试看

将以下内容添加到rsreportserver.config文件中的<Service>节点中

<WorkingSetMaximum>4000000</WorkingSetMaximum>

该文件通常位于c：\\ program files \\ Microsoft SQL Server \\ MSRS11.iMIS \\ Reporting Services \\ ReportServer

这将设置可用于报表的最大内存，同时还将最小内存设置为最大内存的60％。

https://msdn.microsoft.com/en-us/library/ms159206(v=sql.110).aspx