SQL Server Reporting Services Performance Tuning - MSBI
Monitoring by Using Execution Log 2
The reporting services Execution log2 view is a good starting point from which to analyze your current workload and understad its dataset size, performance and complexity characteristics.
In particular, this view contains a new Addition Info column.
Execution Log2 Addition Info contains Information related to the size of memory pressure responding data structures.
One way this information can be useful is to check whether you have reports with high values (10s or 100s of MBs) – these reports might be candidate for further review, focusing on the design of those reports and the dataset query sizes.
Some tips on how to view thaw ExecutionLog2 view to quickly understand potential performance bottlenecks are given below Linked is the Review Execution Logs reporting services project which create summary and detail reporting services reports on the last 1,000 entries into the executionLog2 view.
Fig: Review Execution Log s (Execution Log2) Summary report
Execution Log Details:
Query the most recent 1000 execution log details to better understand what is happening with RS server.
||/Review Exe logs/Exe log
|| User A
|| /Review Exe logs/
|| User A
||/SQL Auditing Reports/ Overview –DDL Actions
||Pmin Date = 01/09/200000 and max Date= 01/13/2009 00 00 and report key = 102
Long – Running:
Sorting by Elapsedsec or RowCount helps you identify long – running reports.
If the value for TimeDataRetrieval is high, the data source is your bottleneck and you may want to optimize.
If there is a high value for RowCount a lot of data is being retrieved and aggregated by reporting servers – perhaps have your data source do this to reduce the load on your report server.
Subscriptions or Interactive:
Sorting by the RequestType field allows you to determine whether you have a lot of subscriptions.
you can then determne the bottlrnecks and stager – schedule the report (that is schedule the subscription execution times of the reports at different times.)
Live Data or Snapshots:
Sorting by the Source field allows you to determine your reports are typically live data or snapshots . If the reports can be snapshots (for example, yesterday’s report), create snapshots so you can avoid query execution, report processing and report rendering.
Sorting by the Instance field can help you see whether your network load balancer is handling report request in a balanced fashion. You can also see if some nodes are down or not processing request.