Setting up monitoring profile

Historical monitoring data is stored in a repository database. You need to activate repository persistence and set associated values in your monitoring profile to ensure IBM® Db2® Data Management Console presents the data.

About this task

Go to Creating a repository data that you needbase for Db2 Data Management Console for detailed steps on how to create a repository database and the associated connection in IBM Db2 Data Management Console.

Note: You cannot assign the same repository to multiple instances of IBM Db2 Data Management Console at a time.

Procedure

To set up monitoring of historical data for your database connection:

  1. Log in to IBM Db2 Data Management Console.
  2. Click Administration and select Monitoring profile.
    The Monitoring profile page appears. To modify the settings for the existing profile, expand the vendor that matches your database (e.g. Db2), select your monitoring profile and then click Edit.
  3. To create a new profile, from the Monitoring profile page, click Create profile.
  4. From the General tab, enter the profile name and assign databases to this profile.
  5. Click the Monitor settings tab and enter the following details.

    Collection

    Option Description

    Collect data every (minutes)

    Indicates the number of minutes between historical monitoring cycles. The default value is 5 minutes.

    Package cache  
    SQL statements captured

    The top N SQL statements with the metrics of highest value that is gathered from the package cache, where N is the number of SQL statements captured.

    The following top 16 metrics are captured in the package cache:
    • num_exec_with_metrics
    • stmt_exec_time
    • total_cpu_time
    • rows_read
    • rows_returned
    • total_act_wait_time
    • lock_wait_time
    • sort_overflows
    • logical_reads
    • physical_reads
    • temp_reads
    • pool_data_l_reads
    • pool_index_l_reads
    • lock_escals
    • lock_waits
    • wlm_queue_time_total
    Locks  
    Lock wait threshold (milliseconds)

    The amount of time spent in a lock waiting before an event is generated.

    Table data read for a collection

    The maximum number of table data that is read for a data collection.

    Collect storage data

    Collect storage data determines whether to capture the storage metric data for a monitored database.

    For Db2 Data Management Console version 3.1.11 or earlier, selecting this option captures both table performance and table storage data for tables and indexes. If this option is cleared, both the table performance and table storage monitor KPIs are disabled.

    As of Db2 Data Management Console version 3.1.12, selecting this option captures both table performance and table storage data for tables and indexes. If this option is cleared, only the table storage monitor KPI is disabled.

    Note: After you upgrade the console to version 3.1.12, the status of the table performance and table storage KPIs do not change. You need to explicitly select or deselect the Collect storage data option to change the status of the table performance and table storage monitor KPIs.

    Storage data collection time (hh:mm)

    Specifies the time of collection of storage data.

    Storage compression caption

    Capture estimated saving in kb/% by adaptive/static compression.

    Normalize captured SQL statements

    Selecting this option will replace the literal values with question mark (?) tokens to collapse the cardinality of unique SQL statements back to a (typically small) finite set.

    Note: This option is available in the following monitor pages:

    In-flight Executions

    Package Cache

    Individual Executions

    Blocking and Waiting Connections

    Locked Objects with Waiting Connections

    Find Locked Objects

    Lock Event Monitor

    Persistence

    Option Description

    Persistence is off /on

    Persistence toggle button
    • Off - monitoring data will not be stored in the repository database.
    • On - monitoring data about the selected settings will be stored in the repository database.

    Monitoring data

    Selecting this option collects all the table function related historical information (excluding package cache) and store it in the repository database.

    Note: This option is available in the all the monitor pages except the package cache page and four event monitor related pages.

    Package cache

    Selecting this option collects historical data from the Db2 package cache and store it in the repository database.

  6. Click the Alerts settings tab and edit the alert configuration.
  7. Click the Notification tab and specify the email and SNMP server settings.
  8. Click the Custom alerts tab and create or schedule custom alerts to run on specified databases.
  9. Click Save.
    Historical information can now be collected by the Db2 Data Management Console for the connected database.