2009-09-11 64 views
2

我們運行了同樣的問題,問題報告如下導出:PDF Export Huge Report報告服務2005超時當通過Web服務

我們出口使用的.asmx Web服務從SSRS的報告。通過報表管理器導出工作正常,從代碼調用超時。我們得到:

Exception Message: The underlying connection was closed: 
    An unexpected error occurred on a receive. 

我們已經嘗試過Dustin Brooks在他的帖子中嘗試過的相同解決方案。

  • 的的httpRuntime ExecutionTimeout值設置爲3小時報表服務器上
  • 禁用HTTP保持活動的報表服務器
  • 增加了報表服務器上的腳本超時上
  • 將報告設置爲永不超時在服務器上
  • 設置報告超時幾個小時在客戶呼叫

我希望有人可以公頃自從他提出問題以來,已經在過去的一年中遇到了一個解決方案。

回答

3

我也有我的SSRS 2005經驗在碰到這個問題,並在MSDN論壇上發現這個職位通過MSDN MVP:

好消息這個線程是SQL 2008 Reporting Services是可用並且對於大型報告具有比先前版本高得多的可伸縮性。

我還可以說我們(Reporting Services團隊)聽到了關於真正大報告的消息以及做這些報告的原因。老實說,人們想要在網頁上交互地執行這樣一個大型報告並等待它返回,這對我們來說是一個驚喜。我們已經解決了我們對該場景的看法,並且在SQL 2008 Reporting Services中着手解決任何大小(數百萬行數據)的報告。您(希望)會對我們能夠以最新版本滿足這種情況感到驚訝。話雖如此,你仍然需要合適的硬件來有效地運行它們(大量的CPU和內存),並且你需要適當地設置你的報告執行,查詢等超時。

向瀏覽器會話渲染真正大的報告不一定是需要的。我們實際上建議使用PDF的文件共享傳送,以便用戶不會等待網頁做出響應。

希望幫助, -Lukasz

不知道它可以幫助,但我從那以後(我知道這並不總是一個選項)切換到SSRS 2008。