Skip Headers
Oracle® Database 2 Day + Performance Tuning Guide
11g Release 1 (11.1)

Part Number B28275-01
Go to Documentation Home
Home
Go to Book List
Book List
Go to Table of Contents
Contents
Go to Index
Index
Go to Master Index
Master Index
Go to Feedback page
Contact Us

Go to previous page
Previous
Go to next page
Next
View PDF

3 Automatic Database Performance Monitoring

Automatic Database Diagnostic Monitor (ADDM) automatically detects and reports performance problems with the database. The results are displayed as ADDM findings on the Database Home page in Oracle Enterprise Manager (Enterprise Manager). Reviewing the ADDM findings enables you to quickly identify the performance problems that require your attention.

Each ADDM finding provides a list of recommendations for reducing the impact of the performance problem. Reviewing ADDM findings and implementing the recommendations are tasks that you should perform daily as part of the regular database maintenance. Even when the database is operating at an optimal performance level, you should continue to use ADDM to monitor database performance on an ongoing basis.

This chapter contains the following sections:

See Also:

Overview of Automatic Database Diagnostic Monitor

ADDM is self-diagnostic software built into Oracle Database. ADDM examines and analyzes data captured in the Automatic Workload Repository (AWR) to determine possible performance problems in Oracle Database. ADDM then locates the root causes of the performance problems, provides recommendations for correcting them, and quantifies the expected benefits. ADDM also identifies areas where no action is necessary.

This section contains the following topics:

ADDM Analysis

An ADDM analysis is performed after each AWR snapshot (every hour by default), and the results are saved in the database. You can then view the results by means of Oracle Enterprise Manager. Before using another performance tuning method described in this guide, first review the results of the ADDM analysis.

The ADDM analysis is performed from the top down, first identifying symptoms and then refining the analysis to reach the root causes of performance problems. ADDM uses the DB time statistic to identify performance problems. DB time is the cumulative time spent by the database in processing user requests, including both the wait time and CPU time of all user sessions that are not idle.

The goal of database performance tuning is to reduce the DB time of the system for a given workload. By reducing DB time, the database is able to support more user requests by using the same or a smaller amount of resources. ADDM reports system resources that are using a significant portion of DB time as problem areas and sorts them in descending order by the amount of related DB time spent. For more information about the DB time statistic, see "Time Model Statistics".

ADDM Recommendations

In addition to diagnosing performance problems, ADDM recommends possible solutions. When appropriate, ADDM recommends multiple solutions from which you can choose. ADDM recommendations include the following:

  • Hardware changes

    Adding CPUs or changing the I/O subsystem configuration

  • Database configuration

    Changing initialization parameter settings

  • Schema changes

    Hash partitioning a table or index, or using automatic segment space management (ASSM)

  • Application changes

    Using the cache option for sequences or using bind variables

  • Using other advisors

    Running SQL Tuning Advisor on high-load SQL statements or running the Segment Advisor on hot objects

ADDM benefits apply beyond production systems. Even on development and test systems, ADDM can provide an early warning of potential performance problems.

Performance tuning is an iterative process. Fixing one problem can cause a bottleneck to shift to another part of the system. Even with the benefit of the ADDM analysis, it can take multiple tuning cycles to reach a desirable level of performance.

See Also:

ADDM for Oracle Real Application Clusters

In an Oracle Real Application Clusters (Oracle RAC) environment, you can use ADDM to analyze the throughput performance of a database cluster. ADDM for Oracle RAC considers DB time as the sum of database times for all database instances and reports findings that are significant at the cluster level. For example, the I/O levels of each cluster node may be insignificant when considered locally, but the aggregate I/O level may be a significant problem for the cluster as a whole.

See Also:

Configuring Automatic Database Diagnostic Monitor

This section describes how to configure ADDM and contains the following topics:

Setting Initialization Parameters to Enable ADDM

Automatic database diagnostic monitoring is enabled by default and is controlled by the CONTROL_MANAGEMENT_PACK_ACCESS and the STATISTICS_LEVEL initialization parameters.

The CONTROL_MANAGEMENT_PACK_ACCESS initialization parameter should be set to DIAGNOSTIC+TUNING (default) or DIAGNOSTIC to enable automatic database diagnostic monitoring. Setting CONTROL_MANAGEMENT_PACK_ACCESS to NONE disables many Oracle Database features, including ADDM, and is strongly discouraged.

The STATISTICS_LEVEL initialization parameter should be set to the TYPICAL (default) or ALL to enable automatic database diagnostic monitoring. Setting STATISTICS_LEVEL to BASIC disables many Oracle Database features, including ADDM, and is strongly discouraged.

To determine whether ADDM is enabled:

  1. From the Database Home page, click Server.

    The Server subpage appears.

  2. In the Database Configuration section, click Initialization Parameters.

    The Initialization Parameters page appears.

  3. In the Name field, enter statistics_level and then click Go.

    The table shows the setting of this initialization parameter.

  4. Do one of the following:

    • If the Value column shows ALL or TYPICAL, then do nothing.

    • If the Value column shows BASIC, then select ALL or TYPICAL and click Apply.

  5. In the Name field, enter control_management_pack_access and then click Go.

    The table shows the setting of this initialization parameter.

  6. Do one of the following:

    • If the Value column shows DIAGNOSTIC or DIAGNOSTIC+TUNING, then do nothing.

    • If the Value column shows NONE, then select DIAGNOSTIC or DIAGNOSTIC+TUNING and click Apply.

See Also:

Setting the DBIO_EXPECTED Parameter

ADDM analysis of I/O performance partially depends on a single argument, DBIO_EXPECTED, that describes the expected performance of the I/O subsystem. The value of DBIO_EXPECTED is the average time it takes to read a single database block, in microseconds. Oracle Database uses the default value of 10 milliseconds, which is an appropriate value for most hard drives. If your hardware is significantly different, then consider using a different value.

To determine the correct setting for the DBIO_EXPECTED initialization parameter:

  1. Measure the average read time of a single database block for your hardware.

    This measurement needs to be taken for random I/O, which includes seek time if you use standard hard drives. Typical values for hard drives are between 5000 and 20000 microseconds.

  2. Set the value one time for all subsequent ADDM executions.

    For example, if the measured value is 8000 microseconds, then execute the following PL/SQL code as the SYS user:

    EXECUTE DBMS_ADVISOR.SET_DEFAULT_TASK_PARAMETER(
                         'ADDM', 'DBIO_EXPECTED', 8000);
    

Managing AWR Snapshots

By default, the Automatic Workload Repository (AWR) generates snapshots of performance data once every hour, and retains the statistics in the workload repository for 8 days. You can change the default values for both the snapshot interval and the retention period.

Oracle recommends that you adjust the AWR retention period to at least a month. You can also extend the period to one business cycle so you can compare data across time frames such as the close of the fiscal quarter. You can also create AWR baselines to retain snapshots indefinitely for important time periods.

The data in the snapshot interval is analyzed by ADDM. ADDM compares the difference between snapshots to determine which SQL statements to capture, based on the effect on the system load. The ADDM analysis shows the number of SQL statements that need to be captured over time.

This section contains the following topics:

Creating Snapshots

Manually creating snapshots is usually not necessary because AWR generates snapshots of the performance data once every hour by default. In some cases, however, it may be necessary to manually create snapshots to capture different durations of activity, such as when you want to compare performance data over a shorter period of time than the snapshot interval.

To create snapshots:

  1. From the Database Home page, click Performance.

    The Performance page appears.

  2. Under Additional Monitoring Links, click Snapshots.

    The Snapshots page appears with a list of the most recent snapshots.

  3. Click Create.

    The Confirmation page appears.

  4. Click Yes.

    The Processing: Create Snapshot page is displayed while the snapshot is being taken.

    After the snapshot is taken, the Snapshots page reappears with a Confirmation message.

    In this example, the ID of the snapshot that was created is 249.

    Description of snapshots_11gr1.gif follows
    Description of the illustration snapshots_11gr1.gif

Modifying Snapshot Settings

By default, AWR generates snapshots of performance data once every hour. Alternatively, you can modify the default values of both the interval between snapshots and their retention period.

To modify the snapshot settings:

  1. From the Database Home page, click Server.

    The Server subpage appears.

  2. In the Statistics Management section, click Automatic Workload Repository.

    The Automatic Workload Repository page appears.

    Description of snapshot_settings_11gr1.gif follows
    Description of the illustration snapshot_settings_11gr1.gif

    In this example, snapshot retention is set to 8 days and snapshot interval is set to 60 minutes.

  3. Click Edit.

    The Edit Settings page appears.

    Description of snap_edit_set_11gr1.gif follows
    Description of the illustration snap_edit_set_11gr1.gif

  4. For Snapshot Retention, do one of the following:

    • Select Use Time-Based Retention Period (Days), and in the associated field enter the number of days to retain the snapshots.

    • Select Retain Forever to retain snapshots indefinitely.

    It is recommended that you increase the snapshot retention period whenever possible based on the available disk space.

    In this example, the snapshot retention period is changed to 30 days.

    Description of snapshot_retent_11gr1.gif follows
    Description of the illustration snapshot_retent_11gr1.gif

  5. For Snapshot Collection, do one of the following:

    • Select System Snapshot Interval and, in the Interval list, select the desired interval to change the interval between snapshots.

    • Select Turn off Snapshot Collection to disable snapshot collection.

    In this example, the snapshot collection interval is changed to 30 minutes.

    Description of snapshot_collection_11gr1.gif follows
    Description of the illustration snapshot_collection_11gr1.gif

  6. Click the link next to Collection Level.

    The Initialization Parameter page appears.

    To change the statistics level, select the desired value in the Value list for the statistics_level parameter. Click Save to File to set the value in the server parameter file.

    In this example, the default value of Typical is used.

    Description of snapshot_stat_lvl_11gr1.gif follows
    Description of the illustration snapshot_stat_lvl_11gr1.gif

  7. Click OK to apply the changes.

    The Automatic Workload Repository page appears and displays the new settings.

    Description of snapshot_sett_mod_11gr1.gif follows
    Description of the illustration snapshot_sett_mod_11gr1.gif

Reviewing the Automatic Database Diagnostic Monitor Analysis

By default, ADDM runs every hour to analyze snapshots taken by AWR during that period. If the database finds performance problems, then it displays the results of the analysis under Diagnostic Summary on the Database Home page.

Description of diagnostic_summary.gif follows
Description of the illustration diagnostic_summary.gif

The ADDM Findings link shows how many ADDM findings were found in the most recent ADDM analysis.

To view ADDM findings:

  1. On the Database Home page, under Diagnostic Summary, click the link next to ADDM Findings.

    The Automatic Database Diagnostic Monitor (ADDM) page appears. The results of the ADDM run are displayed.

    Description of addm.gif follows
    Description of the illustration addm.gif

    On the Automatic Database Diagnostic Monitor (ADDM) page, the Database Activity chart shows the database activity during the ADDM analysis period. Database activity types are defined in the legend based on their corresponding colors in the chart. Each icon below the chart represents a different ADDM task, which in turn corresponds to a pair of individual Oracle Database snapshots saved in the Workload Repository.

    In this example, the largest block of activity from 8:00 onwards appears in green and corresponds to CPU usage, as described in the legend. This data suggests that CPU may be a performance bottleneck during the ADDM analysis period.

    In the ADDM Performance Analysis section, the ADDM findings are listed in descending order, from highest impact to least impact. The Informational Findings section lists the areas that do not have a performance impact and are for informational purpose only.

    Description of informational_findings.gif follows
    Description of the illustration informational_findings.gif

  2. Optionally, click the Zoom icons to shorten or lengthen the analysis period displayed on the chart.

  3. To view the ADDM findings in a report, click View Report.

    The View Report page appears.

    You can click Save to File to save the report for later access.

Interpretation of Automatic Database Diagnostic Monitor Findings

The ADDM analysis results are represented as a set of findings. Each ADDM finding belongs to one of three types:

Each problem finding is quantified with an estimate of the portion of DB time that resulted from the performance problem.

When a specific problem has multiple causes, ADDM may report multiple findings. In this case, the impacts of these multiple findings can contain the same portion of DB time. Because the performance problems can overlap, summing all the impacts of the reported findings can yield a number higher than 100 percent of DB time. For example, if a system performs many read I/O operations, ADDM may report a SQL statement responsible for 50 percent of DB time due to I/O activity as one finding, and an undersized buffer cache responsible for 75 percent of DB time as another finding.

A problem finding can be associated with a list of recommendations for reducing the impact of a performance problem. Each recommendation has a benefit that is an estimate of the portion of DB time that can be saved if the recommendation is implemented. When multiple recommendations are associated with an ADDM finding, the recommendations may contain alternatives for solving the same problem. In this case, the sum of the benefits may be higher than the impact of the finding. You do not need to apply all the recommendations to solve the same problem.

Recommendations are composed of actions and rationales. You must apply all the actions of a recommendation to gain the estimated benefit of that recommendation. The rationales explain why the set of actions was recommended, and provide additional information for implementing the suggested recommendation. An ADDM action may present multiple solutions to you. If this is the case, then choose the easiest solution to implement.

Implementing Automatic Database Diagnostic Monitor Recommendations

This section describes how to implement ADDM recommendations. ADDM findings are displayed in the Automatic Database Diagnostic Monitor (ADDM) page under ADDM Performance Analysis.

Description of performance_analysis.gif follows
Description of the illustration performance_analysis.gif

To implement ADDM recommendations:

  1. On the Database Home page, under Diagnostic Summary, click the link next to ADDM Findings.

    The Automatic Database Diagnostic Monitor (ADDM) page appears.

  2. In the ADDM Performance Analysis section, click the ADDM finding that has the greatest impact.

    In this example, the finding with the greatest impact is Top SQL by DB Time.

    The Performance Finding Details page appears.

    Description of performance_finding_details.gif follows
    Description of the illustration performance_finding_details.gif

  3. Under Recommendations, review the recommendations and required actions for each recommendation.

    The Category column displays the category of the recommendation. The Benefit (%) column displays the estimated benefit of implementing the recommendation.

    Description of addm_recommendations.gif follows
    Description of the illustration addm_recommendations.gif

    In this example, two recommendations are displayed for this finding. The first recommendation contains one action and is estimated to have a maximum benefit of up to 84.6% of DB time in the analysis period. The second recommendation contains one action and is estimated to have a maximum benefit of up to 78.3% of DB time in the analysis period.

  4. If additional information about why the set of actions was recommended is available, then click Additional Information, or review the content displayed under Additional Information.

    For example, the Undersized Buffer Cache finding contains additional information to indicate the value of the DB_CACHE_SIZE initialization parameter.

    Description of addm_additional_info.gif follows
    Description of the illustration addm_additional_info.gif

  5. To view the history of a finding, click Finding History.

    The Finding History page appears.

    Description of finding_history.gif follows
    Description of the illustration finding_history.gif

    The Finding History page shows how often a particular finding has occurred in a selected 3-hour interval. You can use this information to determine whether the finding was a transient or a persistent problem on the system. Based on this information, you can determine whether the actions associated with the finding should be implemented.

    The Active Sessions chart shows the impact of the finding and of the other load on the system. You can change the display as follows:

    1. To move the 3-hour interval, click and drag the shaded box in the Active Sessions chart to the time period in which you are interested.

    2. To change dates, enter the desired date in the View field and click Go.

    3. To view details about a finding, under Detail for Selected 3 Hour Interval, click the link in the Finding Details column to display the Performance Finding Details page for the corresponding ADDM finding.

  6. Optionally, create a filter to suppress known findings that have been tuned or cannot be tuned further. To create filters for this ADDM finding:

    1. Click Filters.

      The Filters for Finding page appears.

      Description of addm_filters_finding.gif follows
      Description of the illustration addm_filters_finding.gif

    2. Click Create.

      The Create Filter for Finding page appears.

      Description of create_filter_finding.gif follows
      Description of the illustration create_filter_finding.gif

    3. In the Name field, enter a name for the ADDM filter.

    4. In the Active Sessions field, specify the filter criteria, in terms of the number of active sessions, for this finding.

      The ADDM finding will be filtered for future ADDM runs if the number of active sessions for this finding is less than the specified filter criteria.

    5. In the % Active Sessions field, specify the filter criteria, in terms of percentage of active sessions, for this finding.

      The ADDM finding will be filtered for future ADDM runs if the number of active sessions for this finding is less than the specified filter criteria.

    6. Click OK.

  7. Perform the required action of a chosen recommendation.

    Depending on the type of action you choose to perform, various buttons may be available, such as Implement or Run Advisor Now. These buttons enable you to implement the recommendation immediately with only a single mouse click.

    In this example, the simplest solution is to click Run Advisor Now to immediately run a SQL Tuning Advisor task on the SQL statement.

Viewing Snapshot Statistics

You can view the data contained in snapshots taken by AWR using Enterprise Manager. Typically, it is not necessary to review snapshot data because it consists primarily of raw statistics. Instead, you should rely on ADDM, which analyzes these statistics to identify performance problems. Snapshot statistics should be used primarily by advanced users, or by DBAs who are accustomed to using Statspack for performance analysis.

To view snapshot statistics:

  1. From the Database Home page, click Performance.

    The Performance page appears.

  2. Under Additional Monitoring Links, click Snapshots.

    The Snapshots page appears with a list of the most recent snapshots.

  3. To view the statistics gathered in a snapshot, click the ID link of the snapshot you want to view.

    The Snapshot Details appears, showing the Details subpage.

    Description of snapshot_details_11gr1.gif follows
    Description of the illustration snapshot_details_11gr1.gif

    In this example, statistics gathered from the previous snapshot (snapshot 161) to the selected snapshot (snapshot 162) are displayed.

  4. To view a Workload Repository report of the statistics, click Report.

    The Workload Repository report appears.

  5. Optionally, click Save to File to save the report for later access.