私は、一夜にして非常にきびきびとしたものから非常に遅いものに変わったレポートサービスレポートを調査してきました。実行ログを調べて、開始時刻と終了時刻の違いを調べると、次のようなものが得られます。
- 1日目=900ms
- 2日目=900ms
- 3日目=2000ms
- 4日目=4500ms
- 5日目=4500ms
レポートは1年以上にわたって迅速に実行され、数週間前までは1日目の数値と同様のパフォーマンスでしたが、現在は一貫してこの数値が高くなっています。レンダリングされたPDFを取得するために通常使用しているWebサービス呼び出しとWebUIを介して実行すると、同じパフォーマンスが得られます。
このパフォーマンスの変化が顕著である間、レポート自体は変更または再デプロイされませんでした。また、関連するサーバーにハードウェアの変更は加えられていません。
ログの詳細を見ると、この余分な時間がどこから来ているのか非常に混乱しています。
- TimeDataRetrievalは安定した20ミリ秒です
- TimeProcesingは約50ミリ秒です
- TimeRenderingは600ミリ秒で安定しています
したがって、これを合わせると約700ミリ秒になります。TimeStartとTimeEndは、これら3つの値と同様に何を考慮していますか？それが私たちのパフォーマンスの問題が存在する場所のようですが、他に何が起こっているのかわかりません。
違いが生じる可能性がある場合は、Windows Server 2003SP2ボックスでレポートサービス2008を使用しています。
よろしくお願いします、ウェス
編集[2012-04-30]：
他のレポートも調査したところ、同じパフォーマンスヒットが同時に発生していることがわかりました。そのため、レポート自体とは関係がないようです。
また、ネットワーク管理者にレポートサービスを備えた新しいVMを作成してもらい、同じレポートを展開して、レポート定義とデータソースがまったく同じである900ミリ秒未満の範囲に戻ったことを確認しました。古いレポートサーバーを指すすべてのプロジェクトを新しいプロジェクトに移行したくはありませんが、これが再び醜い頭になるまで、少なくとも一時的に問題を解決できるようです。
たとえそれが単なる推測であったとしても、試みる道についてのフォローアップの考えはありがたいです。
もう一度ありがとう、ウェス
編集[2012-05-12]：
また、レポートサーバーとレポートサーバーの一時データベースのインデックスが再構築され、統計が更新されていることを確認しました。インデックスルックアップからテーブルスキャンなどに移行した場合、全体の速度が低下した可能性があります。ボード。これらのオプションはどちらも役に立ちませんでした。
すべてのレポートを新しいVMに再デプロイしましたが、その過程でパフォーマンスが向上した可能性のある2008 R2にもアップグレードされましたが、幸運を祈っています。ユーザー側から見ると、問題は解決されましたが、それでも、速度低下がどこから来たのか実際にはわからないというバグがあります。