Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Anchor
HeavyStatement
HeavyStatement
Heavy Statement

...

ColumnDescription
What to do next

Perform one of the following options:

  • Examine scalability by analyzing degradation in average duration for statement resulting from an increase in the number of executions.
  • Check the program executing the statement and try to identify application changes.
  • Explore other statement or batch execution identifiers, such as, machine or users, in the Activity tab.
Advice

Perform the following options:

  • Try to determine if this is a pure scalability issue. Increase the time frame and explore statement scalability over a larger period of time. If it is a problem of scalability, this can be treated in many ways.
  • For example, you can avoid unscalable operations, such as table scans, in an execution plan.
  • Eliminate concurrency by distributing the operation of the application over several MS-SQL servers.

Anchor
TableGrowthMayIncreaseItsAccessingTime
TableGrowthMayIncreaseItsAccessingTime
Table Growth May Increase Its Accessing Time

The average In MS-SQL time of the statement increased following a major change in table size.

 

Table 13-9    Table 9 Table Growth May Increase Its Accessing Time findings 

Column

...

Description
What to do

...

nextExamine the information displayed in the History tab in the SQL tab to identify volume changes and correlate these changes to performance degradation.
Advice

...

Volume changes may effect response time especially in:

...

  • Table scans. May effect costs dramatically and create larger scans.

...

  • Index scans. May create larger scans.

...

  • Index structure

...

  • . Every level in the index depth requires I/O synchronization. An index depth of four will result in four synchronized I/Os for each key, meaning that I/O cost will be too high and the optimizer may choose not to use the index. Try defragmenting the index or redesigning it.

...

  • Examine changes in the History tab and analyze these changes over time by launching to the

...

  • Objects tab.

Anchor
IncreaseinResourceConsumption

...

IncreaseinResourceConsumption
Increase in Resource Consumption

The SQL Server resources consumed by the statement increased by n%.

 

 n%.

Table 13-10    Increase 10 Increase in Resource Consumption findings 

Column

...

Description
What to do

...

next

Perform one of the following options:

...

  • Examine the history of the statement.

...

  • Examine the index and statistics recommendations for the selected statement.

...

  • Examine the statement plan in the SQL tab.

...

  • Examine statement activity in the Activity tab.
Advice

...

The average In MS-SQL time of the statement or batch has increased but not as a result of major table growth, scalability change or schema changes. A major change can result from a change in the execution plan. Examine the history of the statement and try to identify whether a major change took place. Compare explain plans using the Compare tab.

Check instance behavior. An increase in instance execution over time, may affect the performance of regular statements.

Anchor

...

StatementorBatchWasLocked
StatementorBatchWasLocked
Statement or Batch Was Locked

Much of the statement or batch time was spent waiting for a lock. Regular locks can be categorized as follows:■    During

  • During the blocker session, a locked statement or batch ran for a short period of time. Afterwards the session was idle or continued running other statements or batches. In this case, it is possible to identify the blocker session, but not necessarily the blocker statement or batch.

 

...

  • During the blocker session, a locked statement or batch ran for a long period of time. Identifying the blocker statement or batch is easier in this case.

...

Table 13-11    Statement 11 Statement or Batch Was Locked findings 

Column

...

Description
What to do

...

next

Perform one of the following options:

...

  • Check the statement or batch locking information and associated blocker sessions in the Activity tab.

...

  • Check the locked object in the Activity tab.

...

  • Check statement or batch activity in the Activity tab. Increase the time frame, if necessary.
Advice

...

Identify the blocker session in the Activity tab and examine the application and application timing. Examine the lock chain to identify the statement or batch holding the lock:

...

  • In the Activity tab sort statements or batches by their lock wait.

...

  • Identify major statements or batches.

...

  • Narrow the time frame. Drill down into major statements or batches.

...

  • In the Association area, select Blocker Sessions.

...

  • Try to identify lock patterns within a larger time frame.

Anchor
StatementActivityConsistentlyHigh

...

StatementActivityConsistentlyHigh
Statement Activity Consistently High

Total In MS-SQL time of the statement was consistently high and reached the thresholds of the top statements.

 

 

Table 13-12    Statement 12 Statement Activity Consistently High findings 

Column

...

Description
What to do

...

next

Perform one of the following solutions:

...

  • Examine statement activity in the Activity tab.

...

  • Examine the index and statistics recommendations for the selected statement.

...

  • Examine the plan of the statement in the SQL tab.
Advice

...

The In MS-SQL time of the statement is consistently high for the select time frame, as compared with resource consumption of the previous week. This finding is issued when the statement shows up within the top resource consumers of your application, their resource consumption was always high, and no major change in resource consumption occurred during the last two weeks.

Check which resource is most-consumed by the statement or batch and determine how you can make it available to the statement.

For example: Consider scheduling different activities that uses the same resource at different times, thereby freeing the resources for the statement.

Anchor
AboutObjectfindings
AboutObjectfindings
About Object findings

...