次の方法で共有


パフォーマンス、スナップショット、キャッシュ (Reporting Services)

レポート サーバーのパフォーマンスには、ハードウェア、レポートに同時にアクセスするユーザー数、レポートのデータ量、出力形式など、さまざまな要因が絡み合って影響を与えます。 環境に固有のパフォーマンス要因を把握し、期待した結果を得るための対策を講じるには、ベースライン データを用意し、テストを実行する必要があります。 ツールとガイドラインの詳細については、MSDN の資料「Reporting Services のパフォーマンスの最適化」および「Visual Studio 2005 を使用した SQL Server 2005 Reporting Services レポート サーバーのロード テスト」を参照してください。

考慮する必要がある一般的な原則は次のとおりです。

  • レポートの処理と表示には、多くのメモリを必要とします。 搭載メモリ量ができるだけ多いコンピューターを選択してください。

  • レポート サーバーとレポート サーバー データベースを別個のコンピューターでホストした方が、1 台のハイエンド コンピューターで両方をホストするよりも、パフォーマンスが高くなる傾向があります。

  • すべてのレポートの処理速度が低下している場合は、複数のレポート サーバー インスタンスで単一のレポート サーバー データベースをサポートするスケールアウト配置を検討します。 最適な結果を得るには、負荷分散ソフトウェアを使用して、配置全体に対して要求を均等に分散させるようにします。

  • ある特定のレポートの処理速度だけが低下しているとき、そのレポートを要求時に実行する場合は、レポート データセット クエリをチューニングします。 また、キャッシュできる共有データセットの使用、レポートのキャッシュ、またはスナップショットとしてのレポートの実行を検討してください。

  • 特定の形式のすべてのレポートの処理速度が低下している場合 (PDF 形式で表示している場合など)、ファイル共有配信を検討するか、メモリを増設する、または、異なる形式を選択するようにします。

  • レポート処理の所要時間など、使用状況のメトリックを調べるには、レポート サーバーの実行ログを参照します。 詳細については、「レポート サーバー実行ログと ExecutionLog3 ビュー」を参照してください。

  • メモリ管理構成設定をチューニングすることによってパフォーマンスの問題を緩和する方法の詳細については、「レポート サーバー アプリケーションで利用可能なメモリの構成」を参照してください。

このセクションの内容

関連項目

概念

実行中の処理を管理する

レポート実行の確認