设为首页 收藏本站
查看: 678|回复: 0

[经验分享] Oracle AWR(Automatic Workload Repository)

[复制链接]

尚未签到

发表于 2018-9-13 10:18:26 | 显示全部楼层 |阅读模式
  二.AWR使用
  SQL>@?/rdbms/admin/awrrpt.sql
  Specify the Report Type
  ~~~~~~~~~~~~~~~~~~~~~~~
  Would you like an HTML report, or a plain text report?
  Enter 'html' for an HTML report, or 'text' for plain text
  Defaults to 'html'
  输入 report_type 的值:
  Type Specified:html
  Specify 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  without
  specifying a number lists all completed snapshots.
  输入 num_days 的值:1
  Listing the last day's Completed Snapshots
  Snap
  InstanceDB NameSnap IdSnap StartedLevel
  ------------ ------------ --------- ------------------ -----
  orcl10gORCL10G142 03 7月2009 08:111
  143 03 7月2009 09:001
  144 03 7月2009 10:001
  145 03 7月2009 11:001
  146 03 7月2009 12:011
  Specify the Begin and End Snapshot Ids
  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  输入 begin_snap 的值:142
  Begin Snapshot Id specified: 142
  输入 end_snap 的值:146
  EndSnapshot Id specified: 146
  Specify the Report Name
  ~~~~~~~~~~~~~~~~~~~~~~~
  The default report file name is awrrpt_1_142_146.html.To use this name,
  press  to continue, otherwise enter an alternative.
  输入 report_name 的值:D:/awrrpt_1_142_146.html
  Report written to D:/awrrpt_1_142_146.html
  三. AWR 操作
  3.1. 查看当前的AWR保存策略
  SQL> col SNAP_INTERVAL format a20
  SQL> col RETENTION format a20
  SQL> select * from dba_hist_wr_control;
  DBID SNAP_INTERVALRETENTIONTOPNSQL
  ---------- -------------------- -------------------- ----------
  262089084 +00000 01:00:00.0+00007 00:00:00.0DEFAULT
  以上结果表示,每小时产生一个SNAPSHOT,保留7天。
  3.2. 调整AWR配置
  AWR配置都是通过dbms_workload_repository包进行配置。
  3.2.1 调整AWR产生snapshot的频率和保留策略,如将收集间隔时间改为30 分钟一次。并且保留5天时间(单位都是分钟):
  SQL> exec dbms_workload_repository.modify_snapshot_settings(interval=>30, retention=>5*24*60);
  3.2.2 关闭AWR,把interval设为0则关闭自动捕捉快照
  SQL> exec dbms_workload_repository.modify_snapshot_settings(interval=>0);
  3.2.3 手工创建一个快照
  SQL> exec DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT();
  3.2.4 查看快照
  SQL> select * from sys.wrh$_active_session_history
  3.2.5 手工删除指定范围的快照
  SQL> exec DBMS_WORKLOAD_REPOSITORY.DROP_SNAPSHOT_RANGE(low_snap_id => 973, high_snap_id => 999, dbid => 262089084);
  3.2.6 创建baseline,保存这些数据用于将来分析和比较
  SQL> exec dbms_workload_repository.create_baseline(start_snap_id => 1003, end_snap_id => 1013, 'apply_interest_1');
  3.2.7 删除baseline
  SQL> exec DBMS_WORKLOAD_REPOSITORY.DROP_BASELINE(baseline_name => 'apply_interest_1', cascade => FALSE);
  3.2.8 将AWR数据导出并迁移到其它数据库以便于以后分析
  SQL> exec DBMS_SWRF_INTERNAL.AWR_EXTRACT(dmpfile => 'awr_data.dmp', mpdir => 'DIR_BDUMP', bid => 1003, eid => 1013);
  3.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 报告分析
  这部分内容,可以参考statspack,这2个内容都差不多。
  statspack安装使用和 report 分析
  http://blog.csdn.net/tianlesoftware/archive/2009/10/16/4682329.aspx
  4.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 Time
  CPU 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。
  4.2 SQL ordered by CPU Time:
  记录了执行占CPU时间总和时间最长的TOP SQL(请注意是监控范围内该SQL的执行占CPU时间总和,而不是单次SQL执行时间)。
  4.3 SQL ordered by Gets:
  记录了执行占总buffer gets(逻辑IO)的TOP SQL(请注意是监控范围内该SQL的执行占Gets总和,而不是单次SQL执行所占的Gets)。
  4.4 SQL ordered by Reads:
  记录了执行占总磁盘物理读(物理IO)的TOP SQL(请注意是监控范围内该SQL的执行占磁盘物理读总和,而不是单次SQL执行所占的磁盘物理读)。
  4.5 SQL ordered by Executions:
  记录了按照SQL的执行次数排序的TOP SQL。该排序可以看出监控范围内的SQL执行次数。
  4.6 SQL ordered by Parse Calls:
  记录了SQL的软解析次数的TOP SQL。说到软解析(soft prase)和硬解析(hard prase),就不能不说一下Oracle对sql的处理过程。
  4.7 SQL ordered by Sharable Memory:
  记录了SQL占用library cache的大小的TOP SQL。Sharable Mem (b):占用library cache的大小,单位是byte。
  4.8 SQL ordered by Version Count:
  记录了SQL的打开子游标的TOP SQL。
  4.9 SQL ordered by Cluster Wait Time:
  记录了集群的等待时间的TOP SQL


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.iyunv.com/thread-577501-1-1.html 上篇帖子: oracle游标的简单学习 下篇帖子: ORACLE用户权限管理笔记整理
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表