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.
FREE Demo Class From Industry Experts - Enroll Now.!! MSBI training
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.
Instance Name | Report Path | User Name | Request Type | Format Parameters | Report Action | Source Status |
My server | /Review Exe logs/Exe log | User A | Interactive RPL | Render Live | rs Success | |
My server | /Review Exe logs/ | User A | Interactive RPL | Render Live | rs Success | |
My server | /SQL Auditing Reports/ Overview –DDL Actions | User B | Interactive RPL | Pmin Date = 01/09/200000 and max Date= 01/13/2009 00 00 and report key = 102 | Render Live | rs Success |
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.
Laod Balanced:
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.
- For more Advanced Tutorials visit: MSBI Tutorial
- FOR MSBI Training Visit: MSBI Training
Nice post about SQL Server Reporting Services Performance Tuning - MSBI.
ReplyDeletemsbi training institutes in hyderabad
thanks for information. msbi training institutes in hyderabad
ReplyDeleteVery nice article,keep updating.
ReplyDeleteThank you...
MSBI Online Training India