4

VS 2008 で作成した SSRS を用意します。SQL サーバー = 2008r2、ドメイン資格情報で認証されたログイン。

私が持っているレポートには約 12 個ほどの TableX コントロールがあり、アクティビティの概要レポートを作成するためのさまざまなクエリが含まれています。

昨日出発したときはすべて問題ありませんでしたが、今朝戻ってきたとき、「プレビュー」をクリックすると (またはデバッガーでレポートを実行すると)、レポートがハングアップします。「レポートが生成されています」と表示されるだけで、タスクマネージャーに移動して devenv.exe を強制終了して回復する必要があります。

レポート デザイナー内で、各クエリを個別に実行して、「実行時間の長い」クエリが存在しないことを確認しました。それぞれが結果を返すのに約 1 秒かかります。パッケージ内の他のレポートは正常に実行されますが、これだけが問題です。

私が見ることができる場所はありますか、または犯人を見つけるためにTableXを1つずつ削除し始める必要がありますか(それが問題である場合)。

ありがとう

フランク

4

3 に答える 3

6

私のコメントを答えに入れる時が来ました（あなたはすでにそれらのいくつかを試しましたが）。レポートのどの部分が実行を妨げているかを調べる方法を尋ねます。これが私の 2 cts です。

行き詰まったときに最初に試すことができること:

  • Visual Studio を再起動します。
  • .data ファイルを削除して、クエリ対象のデータを強制的に更新し ます

もう少し深く掘り下げて、真のレポートサーバーにアクセスしたい場合:

役立つかもしれないいくつかの追加事項：

  • Visual Studioおよび/またはSSMSでクエリを個別に実行し、できればレポートをつまずかせるものと同じパラメーター値を使用します（完全を期すためにこれに言及していますが、質問にはすでにこれが何も解決しなかったと記載されています）
  • データベースの最近のバックアップ (利用可能な場合) に対してレポートを実行してみてください。最近のデータの変更または増加が問題の原因である可能性があります
  • RDL コード、特にクエリを確認し、問題を探してください :)
  • すべてのクエリにaTOP 10または類似のものを含めて、どれが問題を引き起こしているかを調べます。

あなたの最善の選択肢は、あなたがすでに述べたものだと思いますが、すべて失敗すると、問題のあるタブリックスを見つけて、消去法でクエリを実行します。

最終的な考えとして、SSRS でのパフォーマンスの問題の 99% を引き起こした 2 つの原因は次のとおりです。

  1. 大量のデータおよび/またはファンキーな書式設定/レイアウト式を使用したピボット (つまり、動的列を使用する Tablix)。
  2. サブレポートの使いすぎ。

これがあなたや将来の訪問者に役立つことを願っています. わからない場合は、ここで自分の質問に答えて、最終的にどのように解決したかを教えてください。

于 2012-05-30T17:59:31.767 に答える
3

この質問は何年も前のものですが、自分の問題を理解しようとしているときに見つけました。他の誰かに役立つ場合に備えて、私の解決策は次のとおりです。

問題のデータベースに接続されている Server Management Studio のインスタンスをすべて閉じます。

私の場合、SSMS を開いて別のコンピューターからデータベース サーバーに接続し、レポートが接続しようとしているのと同じデータベースで実行時間の長いストアド プロシージャをテストしていました。SSRSで問題が発生した後、SSMSでも非常に単純なクエリでタイムアウトが発生し始めたため、応答しない原因となった長引く接続があったに違いありません。

SSMS を閉じてしばらく待つと、SSRS でレポートが正常に実行されました。

于 2014-11-23T01:35:35.237 に答える