0

SQL ServerおよびSSRS 2012を使用しています。ライブ環境でレポートを実行すると、単一の パラメータを変更するとレポート全体がロックされ、読み込み中のアイコンをクリックして、一度に数分分の他のパラメータの変更を許可しないでください。レポートパラメータを断続的に変更すると、一度に数分間負荷画面が表示される

2008年のR2の累積的なアップデートで修正されたと言われる同様のticket on microsoft connectが見つかりましたが、私はSSRS 2012でそれを体験しています。何をすべきかわかりません。断続的なので、複製が難しく、オンラインでは解決策を見つけることができませんでした。

EDIT:これはパラメータを変更する場合にのみ、「レポートの表示」を押す前に読み込みが行われます。これはいくつかのパラメータで発生する可能性があり、そのほとんどは依存関係がある。それは、親パラメータまたは子パラメータ上にあることができます。

実行ログもチェックしました。共有データセットからパラメータを取得して処理するのに要する時間は、 'loading'ボックスが画面上にとどまる時間よりもずっと短くなっています。最大データ検索時間は合計20秒で、ローディングボックスは一度に数分間続きます。

+0

パラメータを変更した後にレポートを再実行した場合、またはレポートの表示を行わずにパラメータを変更した場合は、 –

+0

View Reportを使わずにパラメータを変更するだけです。 – HashBrownsArePotatoCakes

+0

はお互いに依存するパラメータですか? – scsimon

答えて

0

パラメータを変更した後にレポートを再実行するか、または[レポートの表示]を使わずにパラメータを変更するだけですか?パラメータを変更しているだけの場合は、関連するパラメータを参照するためにパラメータが使用されていますか?基本的には、問題が実行中のクエリであるかどうかを判断する必要があります。

これは、クエリオプティマイザが不適切なクエリプランを作成するために以前のパラメータを使用した場合のパラメータスニッフィングの問題です。影響を受けるデータセットクエリの末尾にOPTION (RECOMPILE)を追加することで、これを素早くテストできます(これは単なるSQLスクリプトだとします)。

+0

これは、パラメータを変更する場合にのみ、「レポートの表示」を押す前に読み込みが行われます。これはいくつかのパラメータで発生する可能性があり、そのほとんどは依存関係がある。それは、親パラメータまたは子パラメータ上にあることができます。 実行ログもチェックしました。共有データセットからパラメータを取得して処理するのに要する時間は、 'loading'ボックスが画面上にとどまる時間よりもずっと短くなっています。最大データ検索時間は合計20秒で、ローディングボックスは一度に数分間続きます。 – HashBrownsArePotatoCakes

+0

しかし、彼らが依存している場合は、それは最も可能性の高い原因です。パラメータを変更すると、依存パラメータを設定するためにデータベースにクエリが実行されており、そのクエリが最適化されていない可能性があります。上記の私の提案をテストとして試してみてください。 –

+0

申し訳ありません、あなたの追加のコメントをお読みください。私はこの場合、私が何か助けになることができるかどうか分からない。 –

関連する問題