SharePoint 2010 中較差的 SSRS 呈現性能
與在本地執行報表（在 Visual Studio 中）或在 Reporting Services 的本機安裝 (SQL Server 2012 SP3) 中執行報表相比，在 SharePoint 2010 Web 元件中呈現報表時，我們遇到了非常令人沮喪的性能問題。
在 SharePoint 中，我們使用的是 SQL Server 2012 SP3 Reporting Services 載入項。我們在網路場中有兩台負載平衡的 Web 伺服器和兩台負載平衡的應用程序伺服器，以及一台同時保存 SharePoint 數據庫和我們的“報告”數據庫的數據庫伺服器。
從執行日誌中，我可以看到在本地和本地報告服務中執行報告時，數據檢索和數據處理時間匹配，但是呈現時間可能大不相同。本地或本機 1 秒，SharePoint 中 30-40 秒。
我知道，過去在結合 SharePoint 2010 和 SQL Server 2008R2 時報告呈現存在記錄問題 - 但是，沒有任何跡象表明這仍然是一個廣為人知的問題。
我們的伺服器獲得了大量資源，綽綽有餘，每台 32GB - 所以我認為這不是資源問題。我也不認為我們可以接受額外的成本，就增加的 HTTP 呼叫而言，是問題所在。當然它不會使問題變得那麼糟糕嗎？
執行此配置時是否需要注意任何問題？為什麼以集成模式執行 Report Services 對性能如此不利？
這與兩件事有關：
SharePoint 場的 Web 伺服器沒有外部 Web 訪問權限，因此根證書吊銷失敗（給分頁和活動增加了 15-20 秒的延遲） - 通過讓它們通過代理訪問外部 Web 來解決這個問題。
使用集成到 Sharepoint 中的 SSRS 時的額外成本問題已得到很好的記錄，而且似乎仍然是一個問題——我想這就是微軟未來禁用載入項的部分原因。