パフォーマンス、スナップショット、キャッシュ (Reporting Services)
要因の組み合わせは、レポート サーバーのパフォーマンスに影響します。 これらの要因には、ハードウェア、レポートに同時にアクセスするユーザー数、レポートのデータ量、出力形式などがあります。 インストールに固有のパフォーマンス要因を理解し、必要な結果が得られる救済策を理解することが重要です。 そのためには、ベースライン データを取得し、テストを実行する必要があります。 ツールとガイドラインの詳細については、「 Reporting Services のパフォーマンスの最適化 」および「 Visual Studio 2005 を使用した SQL Server 2005 Reporting Services レポート サーバーのロード テスト」を参照してください。
考慮する必要がある一般的な原則は次のとおりです。
レポートの処理と表示には、多くのメモリを必要とします。 可能であれば、搭載メモリ量が十分なコンピューターを選択してください。
レポート サーバーとレポート サーバー データベースを別個のコンピューターでホストした方が、1 台のハイエンド コンピューターで両方をホストするよりも、パフォーマンスが高くなる傾向があります。
すべてのレポートの処理速度が低下している場合は、複数のレポート サーバー インスタンスで単一のレポート サーバー データベースをサポートするスケールアウト配置を検討します。 最適な結果を得るには、負荷分散ソフトウェアを使用して、配置全体に対して要求を均等に分散させるようにします。
ある特定のレポートの処理速度だけが低下しているとき、そのレポートを要求時に実行する場合は、レポート データセット クエリをチューニングします。 また、キャッシュできる共有データセットの使用、レポートのキャッシュ、またはスナップショットとしてのレポートの実行を検討してください。
特定の形式のすべてのレポートの処理速度が低下している場合 (PDF 形式で表示している場合など)、ファイル共有配信を検討するか、メモリを増設する、または、異なる形式を選択するようにします。
レポート処理の所要時間など、使用状況のメトリックを調べるには、レポート サーバーの実行ログを参照します。 詳細については、「レポート サーバー実行ログと ExecutionLog3 ビュー」を参照してください。
メモリ管理構成設定をチューニングすることによってパフォーマンスの問題を緩和する方法の詳細については、「 レポート サーバー アプリケーションで利用可能なメモリの構成」を参照してください。
このセクションの内容
レポート サーバーのパフォーマンスの監視
サーバー上の処理負荷を追跡する際に使用できるパフォーマンス オブジェクトについて説明します。
レポート処理プロパティの設定
要求時にキャッシュから、またはスケジュールに従ってレポート スナップショットとして、実行するレポートを構成する方法を説明します。
レポート サーバー アプリケーションで利用可能なメモリの構成
既定のメモリ管理動作をオーバーライドする方法を説明します。
レポートのキャッシュ (SSRS)
レポート サーバー上でのレポートのキャッシュの動作を説明します。
複数の共有データセットのキャッシュ (SSRS)
レポート サーバー上での共有データセットのキャッシュの動作を説明します。
サイズの大きなレポートの処理
サイズの大きいレポートを構成および配布する際の推奨事項を記載しています。
レポートおよび共有データセット処理のタイムアウト値の設定 (SSRS)
クエリとレポート処理にタイムアウトを設定する方法について説明します。