ORACLE AWR使用基础.docx

ORACLE AWR使用基础Oracle Database 10g 提供了一个显著改进的工具：自动工作负载信息库 (AWR)。Oracle 建议用户用这个取代 Statspack。AWR 实质上是一个 Oracle 的内置工具，它采集与性能相关的统计数据，并从那些统计数据中导出性能量度，以跟踪潜在的问题。与 Statspack 不同，快照由一个称为 MMON 的新的后台进程及其从进程自动地每小时采集一次。为了节省空间，采集的数据在 7 天后自动清除。快照频率和保留时间都可以由用户修改。它产生两种类型的输出：文本格式（类似于 Statspack 报表的文本格式但来自于 AWR 信息库）和默认的 HTML 格式（拥有到部分和子部分的所有超链接），从而提供了非常用户友好的报表。AWR 使用几个表来存储采集的统计数据，所有的表都存储在新的名称为 SYSAUX 的特定表空间中的 SYS 模式下，并且以 WRM$_* 和 WRH$_* 的格式命名。前一种类型存储元数据信息（如检查的数据库和采集的快照），后一种类型保存实际采集的统计数据。H 代表“历史数据 (historical)”而 M 代表“元数据 (metadata)”。在这些表上构建了几种带前缀 DBA_HIST_ 的视图，这些视图可以用来编写您自己的性能诊断工具。视图的名称直接与表相关；例如，视图 DBA_HIST_SYSMETRIC_SUMMARY 是在WRH$_SYSMETRIC_SUMMARY 表上构建的。一、安装SQL conn / AS SYSDBASQL var snap_id numberSQL exec :snap_id:=dbms_workload_repository.create_snapshotSQL print snap_id SNAP_ID- 1182SQL ?/rdbms/admin/awrrpt.sql输入 report_type 的值: 输入 num_days 的值: 1输入 begin_snap 的值: 1181输入 end_snap 的值: 1182输入 report_name 的值: Report written to awrrpt_1_1181_1182.htmlSQL exit下载awrrpt_1_1181_1182.html并打开查看。需要注意的是使用 AWR 需要有 Diagnostic Pack License。Oracle 后来推出了一个解决方案可以禁止掉该特性。在 Note.436386.1 有说明:SQL dbms_awr.plb然后执行：SQL dbms_awr.disable_awr();如果用 sys 之外的用户创建 AWR 报告，则需要进行合适的授权。否则会报告错误 PACKAGE 执行错误。SQL CONNECT / AS SYSDBA;SQL GRANT ADVISOR TO foo;SQL GRANT SELECT_CATALOG_ROLE TO foo;SQL GRANT EXECUTE ON sys.dbms_workload_repository TO foo;要注意 Bug 4597354 在创建基线数据的时候，对性能有很大影响。在一个非常繁忙的系统上不要进行此操作。如果结合 EM 用 AWR 是很方便的.二、操作1.查看当前的AWR保存策略SQL col SNAP_INTERVAL format a20SQL col RETENTION format a20SQL select * from dba_hist_wr_control; DBID SNAP_INTERVAL RETENTION TOPNSQL- - - -262089084 +00000 01:00:00.0 +00007 00:00:00.0 DEFAULT以上结果表示,每小时产生一个SNAPSHOT，保留7天。2.调整AWR配置AWR配置都是通过dbms_workload_repository包进行配置。2.1 调整AWR产生snapshot的频率和保留策略，如将收集间隔时间改为30 分钟一次。并且保留5天时间（单位都是分钟）：SQL exec dbms_workload_repository.modify_snapshot_settings(interval=30, retention=5*24*60);2.2 关闭AWR，把interval设为0则关闭自动捕捉快照SQL exec dbms_workload_repository.modify_snapshot_settings(interval=0);2.3 手工创建一个快照SQL exec DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT();2.4 查看快照SQL select * from sys.wrh$_active_session_history2.5 手工删除指定范围的快照SQL exec DBMS_WORKLOAD_REPOSITORY.DROP_SNAPSHOT_RANGE(low_snap_id = 973, high_snap_id = 999, dbid = 262089084);2.6 创建baseline，保存这些数据用于将来分析和比较SQL exec dbms_workload_repository.create_baseline(start_snap_id = 1003, end_snap_id = 1013, apply_interest_1);2.7 删除baselineSQL exec DBMS_WORKLOAD_REPOSITORY.DROP_BASELINE(baseline_name = apply_interest_1, cascade = FALSE);2.8 将AWR数据导出并迁移到其它数据库以便于以后分析SQL exec DBMS_SWRF_INTERNAL.AWR_EXTRACT(dmpfile = awr_data.dmp, mpdir = DIR_BDUMP, bid = 1003, eid = 1013);2.9 迁移AWR数据文件到其他数据库SQL exec DBMS_SWRF_INTERNAL.AWR_LOAD(SCHNAME = AWR_TEST, dmpfile = awr_data.dmp, dmpdir = DIR_BDUMP);把AWR数据转移到SYS模式中：SQL exec DBMS_SWRF_INTERNAL.MOVE_TO_AWR (SCHNAME = TEST);三、AWR报告日常分析3.1 SQL ordered by Elapsed Time记录了执行总和时间的TOP SQL(请注意是监控范围内该SQL的执行时间总和，而不是单次SQL执行时间 Elapsed Time = CPU Time + Wait Time)。Elapsed Time(S): SQL语句执行用总时长，此排序就是按照这个字段进行的。注意该时间不是单个SQL跑的时间，而是监控范围内SQL执行次数的总和时间。单位时间为秒。Elapsed Time = CPU Time + Wait TimeCPU Time(s): 为SQL语句执行时CPU占用时间总时长，此时间会小于等于Elapsed Time时间。单位时间为秒。Executions: SQL语句在监控范围内的执行次数总计。Elap per Exec(s): 执行一次SQL的平均时间。单位时间为秒。% Total DB Time: 为SQL的Elapsed Time时间占数据库总时间的百分比。SQL ID: SQL语句的ID编号，点击之后就能导航到下边的SQL详细列表中，点击IE的返回可以回到当前SQL ID的地方。SQL Module: 显示该SQL是用什么方式连接到数据库执行的，如果是用SQL*Plus或者PL/SQL链接上来的那基本上都是有人在调试程序。一般用前台应用链接过来执行的sql该位置为空。SQL Text: 简单的sql提示，详细的需要点击SQL ID。3.2 SQL ordered by CPU Time:记录了执行占CPU时间总和时间最长的TOP SQL(请注意是监控范围内该SQL的执行占CPU时间总和，而不是单次SQL执行时间)。3.3 SQL ordered by Gets:记录了执行占总buffer gets(逻辑IO)的TOP SQL(请注意是监控范围内该SQL的执行占Gets总和，而不是单次SQL执行所占的Gets)。3.4 SQL ordered by Reads:记录了执行占总磁盘物理读(物理IO)的TOP SQL(请注意是监控范围内该SQL的执行占磁盘物理读总和，而不是单次SQL执行所占的磁盘物理读)。3.5 SQL ordered by Executions:记录了按照SQL的执行次数排序的TOP SQL。该排序可以看出监控范围内的SQL执行次数。3.6 SQL ordered by Parse Calls:记录了SQL的软解析次数的TOP SQL。说到软解析(soft prase)和硬解析(hard prase)，就不能不说一下Oracle对sql的处理过程。3.7 SQL ordered b