0

我正在使用SQL Server和SSRS 2012.間歇性地在實時環境中運行報告時,更改單個 參數會導致整個報告鎖定,顯示加載圖標,並且不允許其他參數每分鐘更改一次。間歇性地更改報告參數會導致加載屏幕一次出現幾分鐘

我發現了一個類似的ticket on microsoft connect,表示它已在2008 R2的累積更新中修復,但我在SSRS 2012中遇到了它。我不知道該怎麼做。由於它是間歇性的,很難複製,而且我一直無法找到任何在線的解決方案。

編輯:這隻有當改變參數時,加載發生在我有機會點擊'查看報告'之前。它可以發生在幾個參數上,並且大多數都有依賴關係。它可以在父或子參數上。

我也檢查過執行日誌 - 從共享數據集中檢索和處理參數所用的時間比「加載」框停留在屏幕上的時間少得多。最大數據檢索時間爲20秒總計,一次裝載框持續數分鐘。

+0

您的意思是當您在更改參數之後重新運行報告或僅更改參數而沒有點擊查看報告? –

+0

只需更改參數而不打擊查看報告。 – HashBrownsArePotatoCakes

+0

是你的參數相互依賴? – scsimon

回答

0

您的意思是,當您在更改參數後重新運行報告或僅更改參數而未觸擊查看報告?如果您只是更改參數,是否用於refrsh其他相關參數?基本上我們需要確定問題是否與正在執行的查詢有關。

如果是這樣的話,它可能是一個參數嗅探問題,其中查詢優化器使用以前的參數來構建它不適合的查詢計劃。您可以通過在受影響的數據集查詢的末尾添加OPTION (RECOMPILE)(假設它只是一個SQL腳本)來快速測試。

+0

這只是在更改參數時,加載發生在我有機會點擊「查看報告」之前。它可以發生在幾個參數上,並且大多數都有依賴關係。它可以在父或子參數上。 我還檢查了執行日誌 - 從共享數據集中檢索和處理參數所用的時間遠遠少於「加載」框停留在屏幕上的時間。最大數據檢索時間爲20秒總計,一次裝載框持續數分鐘。 – HashBrownsArePotatoCakes

+0

不知道更多的棘手說,但如果他們有依賴關係,這是最有可能的原因。當您更改參數時,它會查詢數據庫以填充相關參數,並且該查詢可能未被優化。試試我上面的建議只是一個測試。 –

+0

對不起,剛剛閱讀您的其他意見。我不確定在這種情況下我可以得到任何幫助。 –