SSRS 2005 のインストールに関する推奨事項を見たことがありますが、レポートのデータ ソースをホストするデータベース エンジンから SSRS 2005 を分離する必要があり、それらを同じサーバーにインストールしないように記載されています。
インストールのガイドライン/ベスト プラクティスを提供するSSRS 2008の同等のドキュメントはありますか? SSRS 2005 の場合と同じことが SSRS 2008 にも当てはまると思いますが、それに関するドキュメントは見つかりませんでした。
SSRS 2005 のインストールに関する推奨事項を見たことがありますが、レポートのデータ ソースをホストするデータベース エンジンから SSRS 2005 を分離する必要があり、それらを同じサーバーにインストールしないように記載されています。
インストールのガイドライン/ベスト プラクティスを提供するSSRS 2008の同等のドキュメントはありますか? SSRS 2005 の場合と同じことが SSRS 2008 にも当てはまると思いますが、それに関するドキュメントは見つかりませんでした。
SQL Server Customer Advisory Team によるこの一連の Web ページでは、SSRS 2008 に関する推奨事項を提供しています。
特定のドキュメントを紹介することはできません。ただし、SQL Server 00/05/08 SSRS ベースのアプリケーションをテストするために、ノースカロライナ州シャーロットにあるマイクロソフトのテスト ラボを過去 5 年間に数回訪れ、MS SQL の専門家から賢明なアドバイスを受けました。
彼らは、SQL エンジン以外のアプリケーションをデータベース サーバー上で実行しないことを推奨しました。これにはSSRSが含まれていました。これは、SQL 2000 製品で達成するのはまったく簡単ではありませんでしたが、SQL 2008 のスケールアウト オプションを使用すると、はるかに消化しやすくなりました。
実際には、アプリケーションの負荷プロファイルに依存します。エンジンの負荷とレポートの負荷をテストして定量化する必要があります。
考慮事項の 1 つは、SSRS '08 のメモリと CPU の消費量が、Microsoft と私たちのテストによって確認されたレポート エンジンの再設計により、'05 よりも大幅に少ないことです。
私のアドバイスは、アプリケーションのロード/ストレス テストを行い、それに応じてハードウェアと展開戦略を調整することです。これに Microsoft Testing Labs を使用するのは素晴らしい環境です。Microsoft Testing Labs には、複数の規模のシナリオをテストしてターゲット展開シナリオのオプションを決定するための大量のハードウェアがあるためです。
それがいくつかの洞察を提供することを願っています。