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