Tchater maintenant avec le support
Tchattez avec un ingénieur du support

Spotlight on DB2 6.9.3 - User Guide

Spotlight on IBM DB2 LUW (Linux, Unix, and Windows)
New in This Release Getting started with Spotlight on IBM DB2 LUW Desktop features specific to Spotlight on IBM DB2 LUW Spotlight on IBM DB2 LUW drilldowns
About Spotlight on IBM DB2 LUW drilldowns Buffer Pool Analysis drilldown Client Application Analysis drilldown Database Analysis drilldown Database Manager Summary drilldown Diagnostic Log drilldown FCM Analysis drilldown Tablespace Analysis drilldown Top SQL drilldown Operating System drilldown Workload Management Analysis drilldown
Spotlight on IBM DB2 LUW alarms Spotlight on IBM DB2 LUW Options Tuning SQL statements in Spotlight on IBM DB2 LUW
Spotlight Basics
Spotlight Connections Monitor Spotlight Connections Alarms Charts, Grids And Home Page Components View | Options Troubleshooting
Spotlight History Spotlight on Windows
Connect to Windows Systems Background Information Home Page Alarms Drilldowns View | Options Troubleshooting
Spotlight on Unix About us Third-party contributions Copyright

Database or database node home page alarms

The following is a list of predefined alarms for database or database partition home page. To the right of each alarm name is the home page component and metric for which the alarm thresholds are defined. If necessary, you can use the Metric Editor to adjust the thresholds that correspond to these alarms to reflect your DB2 database or database partition environment.

Alarm

Home Page Panel

Component

Buffer Pool Overall Hit Rate alarm

Buffer Pool

Overall Hit Rate

Buffer Pool Index Hit Rate alarm

Buffer Pool

Index Hit Rate

Package Cache Hit Rate alarm

Buffer Pool

Package Cache Hit Rate

Package Cache Overflows alarm

Buffer Pool

Package Cache Hit Rate

Catalog Cache Hit Rate alarm

Buffer Pool

Catalog Cache Hit Rate

Catalog Cache Overflows alarm

Buffer Pool

Catalog Cache Hit Rate

Lock List Utilization alarm

Buffer Pool

Lock List Utilization

Percent of Sort Heap Threshold alarm

Buffer Pool

Pct of Thresholds

Sort Overflows alarm

Buffer Pool

Overflows

DMS Container Percentage alarm

Storage

DMS graph

DMS Utilization alarm

Storage

DMS Utilization

SMS Container Percentage alarm

Storage

SMS graph

SMS Utilization alarm

Storage

SMS Utilization

Log Container Percentage alarm

Active Log

Active Log graph

Log Utilization alarm

Active Log

Active Log Utilization

Buffer Pool Index Hit Rate alarm

The Buffer Pool Index Hit Rate alarm becomes active when the buffer pool index hit ratio, expressed as a percentage, for a database is low.

When the buffer pool hit rate is high, many of the index and data pages required to satisfy a query are found in a buffer pool. When the buffer pool hit rate is low, I/O is required to load the required pages from external storage.

Certain applications have low buffer hit rates for various reasons. Applications (such as data warehousing applications) that perform frequent table scans of large tables see little buffer pool improvement even with large buffer pools.

The default thresholds are predefined as follows:

  • Threshold 1—The zero to 69 percent range. This raises a High severity alarm stating, The buffer pool hit ratio is extremely low.

  • Threshold 2—The 70 to 79 percent range. This raises a Medium severity alarm stating, The buffer pool hit ratio is low.

  • Threshold 3—The 80 to 89 percent range. This raises a Low severity alarm stating, The buffer pool hit ratio is moderate.

  • Threshold 4—The 90 to 100 percent range. The buffer pool hit ratio is high. No alarms are raised.

Note: These hit rate thresholds should take into account the normal buffer pool activity incurred by the types of applications your database supports.

The underlying metrics for this alarm can be adjusted to suit your environment by using the Metric Editor.

What you can do

Access the Buffer Pools drilldown and the I/O Activity tab on the Databases drilldown for buffer pool details and statistics.

(missing or bad snippet)

 

Related topics

Buffer Pool Overall Hit Rate alarm

The Buffer Pool Overall Hit Rate alarm becomes active when the buffer pool hit ratio, expressed as a percentage, for a database is low.

When the buffer pool hit rate is high, many of the index and data pages required to satisfy a query are found in a buffer pool. When the buffer pool hit rate is low, I/O is required to load the required pages from external storage.

Certain applications have low buffer hit rates for various reasons. Applications (such as data warehousing applications) that perform frequent table scans of large tables see little buffer pool improvement even with large buffer pools.

The default thresholds are predefined as follows:

  • Threshold 1—The zero to 69 percent range. This raises the High severity alarm stating, The buffer pool hit ratio is extremely low.

  • Threshold 2—The 70 to 79 percent range. This raises the Medium severity alarm stating, The buffer pool hit ratio is low.

  • Threshold 3—The 80 to 89 percent range. This raises the Low severity alarm stating, The buffer pool hit ratio is moderate.

  • Threshold 4—The 90 to 100 percent range. The buffer pool hit ratio is high. No alarms are raised.

Note: These hit rate thresholds should take into account the normal buffer pool activity incurred by the types of applications your database supports.

The underlying metricsfor this alarm can be adjusted to suit your environment by using the Metric Editor.

What you can do

Access the Buffer Pool Summary drilldown and the I/O Activity tab on the Databases drilldown for buffer pool details and statistics.

 

Related topics

 

Catalog Cache Hit Rate alarm

The Catalog Cache Hit Rate alarm becomes active when the catalog cache hit rate, expressed as a percentage, is low.

The catalog cache is memory that temporarily stores table descriptors—information about tables, views, and aliases in a condensed internal format—found in the database catalog. During SQL statement compilation and dynamic SQL processing, the catalog cache is searched first for descriptors of objects referenced in the SQL statement. If these descriptors are available in cache, the transaction uses descriptor information in cache and avoids having to access the database catalog.

High catalog cache hit rates indicate that the I/O required to compile SQL statements is minimal. When the hit rate is low, catalog cache is not being used efficiently.

The underlying metricsfor this alarm can be adjusted to suit your environment by using the Metric Editor.

What you can do

  • Consider increasing the size of the catalog cache using the CATALOGCACHE_SZ database configuration parameter.

  • Access the Databases drilldown. The Caching tab provides statistics about catalog caching on the database.

 

Related topics

 

Documents connexes

The document was helpful.

Sélectionner une évaluation

I easily found the information I needed.

Sélectionner une évaluation