oracle自动化执行工具,Oracle10g数据库自动诊断监视工具(ADDM)使用指南(2)

第六步:查看优化建议结果

通知函数dbms_advisor.get_task_report可以得到优化建议结果。SQL> SET LONG 1000000 PAGESIZE 0 LONGCHUNKSIZE 1000SQL> COLUMN get_clob FORMAT a80SQL> SELECT dbms_advisor.get_task_report('DEMO_ADDM01', 'TEXT', 'ALL') FROM DUAL;DBMS_ADVISOR.GET_TASK_REPORT('--------------------------------------------------------------------------------DETAILED ADDM REPORT FOR TASK 'DEMO_ADDM01' WITH ID 243-------------------------------------------------------Analysis Period: 23-NOV-2005 from 15:02:27 to 16:06:42Database ID/Instance: 1712582900/1Database/Instance Names: EDGAR/edgarHost Name: HUANGEDDatabase Version: 10.2.0.1.0Snapshot Range: from 65 to 66Database Time: 1463 secondsAverage Database Load: .4 active sessions~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~FINDING 1: 100% impact (1463 seconds)-------------------------------------Significant virtual memory paging was detected on the host operating system.RECOMMENDATION 1: Host Configuration, 100% benefit (1463 seconds)ACTION: Host operating system was experiencing significant paging but noparticular root cause could be detected. Investigate processes thatdo not belong to this instance running on the host that are consumingsignificant amount of virtual memory. Also consider adding morephysical memory to the host.FINDING 2: 100% impact (1463 seconds)-------------------------------------SQL statements consuming significant database time were found.RECOMMENDATION 1: SQL Tuning, 68% benefit (998 seconds)ACTION: Tune the PL/SQL block with SQL_ID "064wqx7c5b81z". Refer to the"Tuning PL/SQL Applications" chapter of Oracle's "PL/SQL User's Guideand Reference"RELEVANT OBJECT: SQL statement with SQL_ID 064wqx7c5b81zDECLAREv_var number;BEGINFOR n IN 1..10000LOOPselect count(*) into v_var from bigtab b, smalltab a;END LOOP;END;RECOMMENDATION 2: SQL Tuning, 67% benefit (986 seconds)ACTION: Run SQL Tuning Advisor on the SQL statement with SQL_ID"fvqfghq71cqns".RELEVANT OBJECT: SQL statement with SQL_ID fvqfghq71cqns andPLAN_HASH 3281046854SELECT COUNT(*) FROM BIGTAB B, SMALLTAB ARATIONALE: SQL statement with SQL_ID "fvqfghq71cqns" was executed 6times and had an average elapsed time of 166 seconds.FINDING 3: 69% impact (1002 seconds)------------------------------------Time spent on the CPU by the instance was responsible for a substantial partofdatabase time.RECOMMENDATION 1: SQL Tuning, 67% benefit (986 seconds)ACTION: Run SQL Tuning Advisor on the SQL statement with SQL_ID"fvqfghq71cqns".RELEVANT OBJECT: SQL statement with SQL_ID fvqfghq71cqns andPLAN_HASH 3281046854SELECT COUNT(*) FROM BIGTAB B, SMALLTAB ARATIONALE: SQL statement with SQL_ID "fvqfghq71cqns" was executed 6times and had an average elapsed time of 166 seconds.RATIONALE: Average CPU used per execution was 162 seconds.RECOMMENDATION 2: SQL Tuning, 2.1% benefit (30 seconds)ACTION: Tune the PL/SQL block with SQL_ID "2b064ybzkwf1y". Refer to the"Tuning PL/SQL Applications" chapter of Oracle's "PL/SQL User's Guideand Reference"RELEVANT OBJECT: SQL statement with SQL_ID 2b064ybzkwf1yBEGIN EMD_NOTIFICATION.QUEUE_READY(:1, :2, :3); END;RATIONALE: SQL statement with SQL_ID "2b064ybzkwf1y" was executed 125times and had an average elapsed time of 0.26 seconds.RATIONALE: Average CPU used per execution was 0.24 seconds.FINDING 4: 2.2% impact (33 seconds)-----------------------------------PL/SQL execution consumed significant database time.RECOMMENDATION 1: SQL Tuning, 2.2% benefit (33 seconds)ACTION: Tune the PL/SQL block with SQL_ID "2b064ybzkwf1y". Refer to the"Tuning PL/SQL Applications" chapter of Oracle's "PL/SQL User's Guideand Reference"RELEVANT OBJECT: SQL statement with SQL_ID 2b064ybzkwf1yBEGIN EMD_NOTIFICATION.QUEUE_READY(:1, :2, :3); END;RATIONALE: SQL statement with SQL_ID "2b064ybzkwf1y" was executed 125times and had an average elapsed time of 0.26 seconds.RATIONALE: Average time spent in PL/SQL execution was 0.26 seconds.~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ADDITIONAL INFORMATION----------------------Wait class "Application" was not consuming significant database time.Wait class "Commit" was not consuming significant database time.Wait class "Concurrency" was not consuming significant database time.Wait class "Configuration" was not consuming significant database time.Wait class "Network" was not consuming significant database time.Wait class "User I/O" was not consuming significant database time.Session connect and disconnect calls were not consuming significant databasetime.Hard parsing of SQL statements was not consuming significant database time.The analysis of I/O performance is based on the default assumption that theaverageread time for one database block is 10000 micro-seconds.~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~TERMINOLOGY-----------DATABASE TIME: This is the ADDM's measurement of throughput. From the user'spoint of view: this is the total amount of time spent by users waiting fora response from the database after issuing a call (not includingnetworking). From the database instance point of view: this is the totaltime spent by forground processes waiting for a database resource (e.g.,read I/O), running on the CPU and waiting for a free CPU (run-queue). Thetarget of ADDM analysis is to reduce this metric as much as possible,thereby reducing the instance's response time.AVERAGE DATABASE LOAD: At any given time we can count how many users (alsocalled 'Active Sessions') are waiting for an answer from the instance. Thisis the ADDM's measurement for instance load. The 'Average Database Load' isthe average of the the load measurement taken over the entire analysisperiod. We get this number by dividing the 'Database Time' by the analysisperiod. For example, if the analysis period is 30 minutes and the 'DatabaseTime' is 90 minutes, we have an average of 3 users waiting for a response.IMPACT: Each finding has an 'Impact' associated with it. The impact is theportion of the 'Database Time' the finding deals with. If we assume thatthe problem described by the finding is completely solved, then the'Database Time' will be reduced by the amount of the 'Impact'.BENEFIT: Each recommendation has a 'benefit' associated with it. The ADDManalysis estimates that the 'Database Time' can be reduced by the 'benefit'amount if all the actions of the recommendation are performed.

说明:

其中第五步到第六步可以直接执行$ORACLE_HOME/rdbms/admin/addmrpt.sql来得到,这个脚本的执行过程和statspack脚本执行过程类似:SQL> @addmrptCurrent Instance~~~~~~~~~~~~~~~~DB Id DB Name Inst Num Instance----------- ------------ -------- ------------1712582900 EDGAR 1 edgarInstances in this Workload Repository schema~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~DB Id Inst Num DB Name Instance Host------------ -------- ------------ ------------ ------------* 1712582900 1 EDGAR edgar HUANGEDUsing 1712582900 for database IdUsing 1 for instance numberSpecify the number of days of snapshots to choose from~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~Entering the number of days (n) will result in the most recent(n) days of snapshots being listed. Pressing withoutspecifyinga number lists all completed snapshots.Listing the last 3 days of Completed SnapshotsSnapInstance DB Name Snap Id Snap Started Level------------ ------------ --------- ------------------ -----edgarEDGAR 7 22 Nov 2005 00:00 1来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/9650775/viewspace-920374/,如需转载,请注明出处,否则将追究法律责任。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值