Reporting Services Performance Optimization


Generic guidelines

– All SQL performance best practices are applicable.

– Optimize Report Data Set queries.

– Don’t retrieve more data than needed. Client side filtering is expensive. Use server side filtering or grouping when possible.

– For large complex reports consider breaking them up into smaller chunks.

– 64 bit is advisable in a scale-up environment. If on 32 bit consider the /3GB switch

– If Performance is slow after period of inactivity disable the idle timeout in AppPool performance tab.

– On Windows 2003 you can set “Maximum number of Worker Processes” in IIS for the App Pool.

– Check the Application Restarts counter in ASP.Net counters. There have been issues in the past with Antivirus and ASP.NET App Doman restarts tab.

– Create Report Server catalog on multiple Files in SQL.

– In Scale out, have a separate server for Ad hoc reporting such as ReportBuilder to increase predictability.

– Where feasible, work against a “Reporting” database rather than an OLTP database for large reports and specially for ADHOC reporting.

– And of course Benchmark and stress test before production.

Comments (0)

Skip to main content