Site sponsored by: Idera The gold standard of SQL Server performance monitoring & diagnostics.
SQL Server Performance

  • Home
  • Articles
  • Forums
  • Tips
  • Quiz
  • FAQ's
  • Blogs
  • Software
  • Books
  • About Us
RSS Feeds
Sign in | Join


Article Topics

All Articles
Performance Tuning
Audit
Business Intelligence
Clustering
Reporting Services
Developer
General DBA
ASP.NET / ADO.NET

Write for Us

Share your SQL Server knowledge with others and raise your profile in the community More...
Latest Articles

Recover Data Using Database Snapshots
Analyze and Fix Index Fragmentation in SQL Server 2008
Powerful Geographical Visualisations made easy with SQL 2008 Spatial (Part 2) ...
Backup User Databases Using a Maintenance Plan

More     
 
Latest FAQ's

How to alter a User Defined Data Type?
How to unzip a File in SSIS?
How to view previous query plans?
ALTER TABLE SWITCH statement failed because the object '%.*ls' is not ...

More     
   
Latest Software Reviews

Spotlight on ApexSQL Doc 2008
ApexSQL Enforce
Embarcadero Change Manager
SQL Server DBA Dashboard

More     

articles >> business intelligence >> Optimizing Microsoft SQL Server Analysis Services: Optimization ...

Optimizing Microsoft SQL Server Analysis Services: Optimization Tools: Basic Usage

By : William E. Pearson, III
Apr 16, 2004

Page 4 / 5

As we have discovered, we are offered an opportunity to set criteria for filtering the results that are returned for query usage analysis in the report we have specified in the previous dialog. By setting filter criteria, we are able to place restrictions on the data that is returned, via the Usage Analysis Wizard, from the query log, which is the source of the cube data we are analyzing (we will discuss the log, and mention other options for its use, in later articles). Available filter criteria, and a brief description of what each entails, are included in Table 2.

Filter Criteria

Description

Queries for the dates

Select this criteria item to apply date filters. Select Between (the default, if this criteria item is activated), Before or After, then supply the date(s) as appropriate. Date selection is assisted by the presence of the calendar control, which is activated by clicking the ellipses (…) button.

Queries by these users

Select this item to add users / groups of users to a list, upon which the filter is based.

NOTE: User Roles must be defined before the Add button will deliver any but the Everyone selection. Filtering by users is ineffective until User Roles are defined.

Queries that ran more than

Select this item to filter by a number of times a query has been executed. Only queries that have been executed more than the selected frequency threshold are returned in the report.

Queries that took longer than

Select this item to report only queries whose run times exceeded the time threshold (number of minutes / seconds) input.

Table 2: Filter Criteria Available in the Usage Analysis Wizard

As we noted earlier, this step is optional. The report we selected in the previous dialog will be returned with no filters if we simply leave the criteria boxes in the dialog unchecked / uncompleted, and proceed by clicking Next.

  1. Select the Queries That Ran More Than option by clicking the checkbox to its left.
     
  2. Select 6 in the “times” selector box.

We have indicated that we wish to limit the Query by Hour Graph report to include only those queries that have been executed more than six times, as depicted in Figure 8.


Figure 8: The Select the Criteria to Filter This Report Dialog with Our Selection

  1. Click Next.

The viewer appears, displaying the Query by Hour Graph report, as shown in Figure 9.

Figure 9: The Filtered Query by Hour Graph Report in the Viewer

The Query by Hour Graph report displays, after filtering out queries that have been executed 6 times or less, the total number of queries processed. The queries are grouped and displayed by the respective hours of day at which they were processed. Even though the example display in Figure 9 displays minimal data, we can still get a feel for how the results are presented. (Keep in mind that your results may differ dramatically, depending on the history of the cube upon which you run the Usage Analysis Wizard.)

My intent in using the sample cubes, in many of the exercises we will transit throughout the series, is to ensure that any reader with an MSAS installation might readily complete the practice steps. The samples present limitations, obviously, from the dual perspectives of “real world” statistics and imagination in general. Be sure to put the steps we discover together to work within the background of a robust implementation, within your organization or elsewhere. For example, in our current case, get a copy of a large cube log and run the various report types for some excellent hands-on practice.


<< Prev Page     Next Page>>    








Home | Peformance Articles | Audit Articles | Business Intelligence Articles | Clustering Articles | Developer Articles | Reporting Services Articles | DBA Articles | ASP.NET / ADO.NET Articles | DBA FAQ's | Developer Peformance FAQ's | DBA Peformance FAQ's | Developer FAQ's | Clustering FAQ's | Error Messages | Audit Tool Reviews | Backup Tool Reviews | Coding Tool Reviews | Compare Tool Reviews | Documentation Tool Reviews | Design Tool Reviews | Monitoring Tool Reviews | Log Tool Reviews | Reporting Tool Reviews | Clustering Tool Reviews | Security Tool Reviews | Change Management Tool Reviews | Remote Access Tool Reviews | Book Reviews | Security Tool Reviews | QDPMA Performance Tuning | ADO.NET / ASP.NET | Administration | Analysis/OLAP Services | Application Development | Configuration | Components | ETL | Hardware | High Availability | Hints | Index | Misc | Operating Systems | Performance Tuning | Replication | T-SQL | Views


              © 1999-2008 by T10 Media. All rights reserved