怎样系统全面的分析oracle的AWR报告
系统全面的分析oracle的AWR报告的步骤：1、确定数据库类型；2、分析时间指标；3、整体认识；4、结合Time Model Statistics等。确定数据库类型是指在分析awr报告之前，首先要确定我们的数据库系统是oltp还是olap数据库。
一、系统全面的分析oracle的AWR报告的步骤
1、确定数据库类型
在分析awr报告之前，首先要确定我们的系统是属于oltp（联机事务处理）还是olap（联机分析处理）数据库。对于不同的数据库系统，性能指标的侧重点是不一样的，比如，library hit和buffer hit，在olap系统中几乎可以忽略这俩个性能指标，而在oltp系统中，这俩个指标就非常关键了。
2、分析时间指标
- Elapsed：240.00(mins)表明采样时间是240分钟，任何数据都要通过这个时间来衡量，离开了这个采样时间，任何数据都毫无疑义。
- DB Time：92,537.95(mins)表明用户操作花费的时候，包括cpu时间和等待时间，也许有人会觉得奇怪，为什么在采样的240分钟过程中，用户操作时间竟然有92537分钟呢，远远超过了采样时间，原因是awr报告是一个数据的集合，比如在一分钟之内，一个用户等待了30秒，那么10个用户就等待了300秒，对于cpu的话，一个cpu处理了30秒，16个cpu就是4800秒，这些时间都是以累积的方式记录在awr报告中的。
3、整体认识
为了对数据库有个整体的认识，先看下面的性能指标：
- Buffer Nowait：说明在从内存取数据的时候，没有经历等待的比例，期望值是100%。
- Buffer Hit：说明从内存取数据的时候，buffer的命中率的比例，期望值是100%，但100%并不代表性能就好，因为这只是一个比例而已，举个例子，执行一条 sql语句，执行计划是需要取10000个数据块，结果内存中还真有这10000个数据块，那么比例是100%，表面上看是性能较高的，还有一个执行计划是需要500个数据块，内存中有250个，另外250个需要在物理磁盘中取，这种情况下，buffer hit是50%，结果呢，第二个执行计划性能才是较高的，所以说100%并不代表性能较好。
- Library Hit：说明sql在Shared Pool的命中率，期望值是100%。
- Execute to Parse：说明解析sql和执行sql之间的比例，越高越好，说明一次解析，到处执行，如果parse多，execute少的话，还会出现负数，因为计算公式是100*（1-parse/execute）。
- Parse CPU to Parse Elapsd：说明在解析sql语句过程中，cpu占整个的解析时间比例，期望值是100%，说明没有产生等待，需要说明的是，即使有硬解析，只要cpu没有出现性能问题，也是可以容忍的，比较硬解析也有它的好处的。
- Redo NoWait：说明在产生日志的时候，没有产生等待，期望值是100%。
- Soft Parse：说明软解析的比例，期望值是100%，有一点要说明的是，不要单方面的追求软解析的高比例，而去绑定变量，要看性能的瓶颈在哪里。
- Latch Hit：说明latch的命中率，期望值是100%，latch类似锁，是一种内存锁，但只会产生等待，不会产生阻塞，和lock还是有区别的，latch是在并发的情况下产生的。
- Non-Parse CPU：说明非解析cpu的比例，越高越好，用100减去这个比例，可以看出解析sql所花费的cpu，100-99.30=0.7，说明花费在解析sql上的cpu很少。
4、结合Time Model Statistics
可以看出，在整个sql执行时间（sql execute elapsed time）时间为5552019秒中，解析时间（parse time elapsed）用了36秒，硬解析时间（hard parse elapsed time）用了34秒。虽然硬解析时间占了整个解析时间的绝大部分，但解析时间是花的很少的，所以可以判断出，sql的解析没有成为性能的瓶颈，进一步推测，sql在获取数据的过程中遇到了瓶颈。
5、分析Top 5 Timed Events
buffer busy waits 说明在获取数据的过程中，频繁的产生等待事件，很有可能产生了热点块，也就是说，很多会话都去读取同样的数据块，这一事件等待了5627394次，总共等待了5322924秒，平均等待时间为946毫秒，而且频率也是较高的，有95.9%，等待类别是并发。这里有一个概念：oracle操作的最小单位是块，当一个会话要修改这个块中的一条记录，会读取整个块，如果另一个会话要修改的数据也正好在这个块中，虽然这两个会话修改的记录不一样，也会产生等待direct path write temp和direct path read temp 说明用到了临时表空间，那我们再看一下Tablespace IO Stats：
各项指标都是非常高的，再根据上面的In-memory Sort是100%，没有产生磁盘排序，也就在排序的时候没有用到临时表空间，进一步推测，多个session，每个session执行的sql语句中多表关联，产生了很多中间数据，pga内存中放不下，用到了临时表空间，也有可能是用到了lob字段，在用lob字段的时候，也会用到临时表。
6、分析SQL Statistics
根据buffer busy waits等待次数，时间，频率都是较高的，我们重点看逻辑读，物理读，和执行时间最长的sql，把排在前几位的拿出来优化。优化的原则为降低物理读，逻辑读，sql语句中的子操作执行次数尽量少，在看oracle估计出来的执行计划是看不出子操作的执行次数的，要看运行时的执行计划。
7、分析Segment Statistics和Load Profile
Segment Statistics列出了用到的索引和表的使用情况，从这里也能看出索引和表的使用频率。Load Profile里面列出了每秒，每个事务所产生的日志，逻辑读和物理读等指标。
二、Oracle数据库生成AWR报告方法
1、切换用户
使用oralce用户登陆操作系统，如果不知道oracle用户密码，可从root用户 su – oracle：
server01:root:/>whoami
root
server01:root:/>su - oracle
server01:oracle:/home/oracle>whoami
oracle
server01:oracle:/home/oracle>2、sqlplus连接数据库
在oracle用户下执行 sqlplus / as sysdba命令，连接到oracle数据库：
server01:oracle:/home/oracle>sqlplus / as sysdba
SQL*Plus: Release 11.2.0.4.0 Production on Thu Dec 12 00:01:02 2019
Copyright (c) 1982, 2013, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SQL>3、导出当前实例的AWR报告
在sqlplus中执行 @?/rdbms/admin/awrrpt.sql：
SQL> @?/rdbms/admin/awrrpt.sql
Current Instance
~~~~~~~~~~~~~~~~
DB Id DB Name Inst Num Instance
----------- ------------ -------- ------------
919662622 DEVDB 1 devdb
Specify the Report Type
~~~~~~~~~~~~~~~~~~~~~~~
4、输入导出报告的格式
在执行@?/rdbms/admin/awrrpt.sql命令后，会提示输入导出报告的格式，默认格式为html，如果想导出html格式，直接Enter即可：
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'
Enter value for report_type:5、输入要导出的snap的开始ID
在输入要导出的天数之后，oracle会列出所有满足预期天数的snap的信息，根据需要，输入snap的开始ID：
Listing the last 2 days of Completed Snapshots
Instance DB Name Snap Id Snap Started Snap Level
------------ --------- --------- ------------------ -----
devdb DEVDB 3151 11 Dec 2019 00:00 1
3152 11 Dec 2019 01:00 1
3153 11 Dec 2019 02:00 1
3154 11 Dec 2019 03:00 1
3155 11 Dec 2019 04:00 1
3156 11 Dec 2019 05:00 1
3157 11 Dec 2019 06:00 1
3158 11 Dec 2019 07:00 1
3159 11 Dec 2019 08:00 1
3160 11 Dec 2019 09:00 1
3161 11 Dec 2019 10:00 1
3162 11 Dec 2019 11:00 1
3163 11 Dec 2019 12:00 1
3164 11 Dec 2019 13:00 1
3165 11 Dec 2019 14:00 1
3166 11 Dec 2019 15:00 1
3167 11 Dec 2019 16:00 1
3168 11 Dec 2019 17:00 1
3169 11 Dec 2019 18:00 1
3170 11 Dec 2019 19:00 1
3171 11 Dec 2019 20:00 1
3172 11 Dec 2019 21:00 1
3173 11 Dec 2019 22:00 1
3174 11 Dec 2019 23:00 1
3175 12 Dec 2019 00:00 1
Specify the Begin and End Snapshot Ids
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Enter value for begin_snap:
6、输入要导出的snap的截止ID
输入开始ID之后，会提示输入截止ID，根据需要输入截止ID：
Enter value for end_snap:7、设置导出的报告名称
导出报告时，如果需要设置导出的报告名称，可根据提示进行修改：
Specify the Report Name
~~~~~~~~~~~~~~~~~~~~~~~
The default report file name is awrrpt_1_3151_3175.html. To use this name,
press <return> to continue, otherwise enter an alternative.
Enter value for report_name:
8、查看报告
输入报告名称之后并敲击回车之后，oracle会自动生成AWR报告，可退出sqlplus进行查看：
SQL> exit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
server01:oracle:/home/oracle>ls -lrt
total 12544
drwxr-xr-x 4 root system 256 Jul 02 1972 app
-rw-r--r-- 1 oracle dba 25178 Jul 02 1972 db.rsp
-rw-r--r-- 1 oracle dba 8 Jul 03 1972 #UNTITLED#
-rw-r----- 1 oracle dba 4950061 Jul 06 1972 core
-rw-r----- 1 oracle dba 289692 Jul 29 22:31 install2019-07-29_22-17-53.log
drwxr-xr-x 2 oracle dba 256 Aug 01 00:40 scripts
-rw-r--r-- 1 oracle dba 594527 Dec 11 22:37 test.html
-rw-r--r-- 1 oracle dba 545490 Dec 12 00:51 awr.html延伸阅读1：AWR报告简介
AWR（Automatic Workload Repository）是自动负载信息库的英文缩写，AWR报告是Oracle 10g以后版本提供的一种性能收集和分析工具，能提供一个时间段内整个系统资源使用情况的报告，通过报告可以了解一个系统的整个运行情况。
最后建议，企业在引入信息化系统初期，切记要合理有效地运用好工具，这样一来不仅可以让公司业务高效地运行，还能最大程度保证团队目标的达成。同时还能大幅缩短系统开发和部署的时间成本。特别是有特定需求功能需要定制化的企业，可以采用我们公司自研的企业级低代码平台：织信Informat。 织信平台基于数据模型优先的设计理念，提供大量标准化的组件，内置AI助手、组件设计器、自动化（图形化编程）、脚本、工作流引擎（BPMN2.0）、自定义API、表单设计器、权限、仪表盘等功能，能帮助企业构建高度复杂核心的数字化系统。如ERP、MES、CRM、PLM、SCM、WMS、项目管理、流程管理等多个应用场景，全面助力企业落地国产化/信息化/数字化转型战略目标。 版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们微信：Informat_5 处理，核实后本网站将在24小时内删除。版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系邮箱：hopper@cornerstone365.cn 处理，核实后本网站将在24小时内删除。
相关文章推荐
最近更新
织信低代码开发“核心引擎”与“拓展能力”介绍
低代码平台不能只看表单、流程和页面。真正进入企业管理场景后，更重要的是底层能不能承载数据、权限、流程、集成、自动化和AI能力。
织信低代码平台的能力，可以分成两部分：核心引擎和拓展能力。核心引擎决定系统能不能搭起来、跑起来；拓展能力决定系统能不能接入更多业务场景，持续扩展。
一、核心引擎：支撑企业应用运行
1、数据建模引擎
织信以数据模型为基础，支持数据表、字段、记录、关联关系等能力。企业可以围绕客户、供应商、项目、合同、物料、设备、工单、库存等业务对象搭建系统，而不是只做一张张孤立表单。
它的价值在于：先把业务数据结构建清楚，再承接流程、权限、报表、接口和AI能力。这是织信区别于轻量表单工具的重要特点。
2、流程自动化引擎
织信提供工作流能力，支持审批、任务、变量、事件、子流程、多实例、多版本等机制。企业可以用它搭建采购审批、合同审批、项目立项、设备维修、费用报销、异常处理等流程。
流程自动化的价值，不只是线上审批，更是把责任、状态、节点和处理记录留在系统里，让业务可追踪、可复盘。
3、权限治理引擎
织信支持组织、部门、用户、角色、应用成员、应用角色等权限管理能力，可以根据岗位、部门和业务场景配置访问范围和操作权限。
企业系统里，不同部门看到的数据、能修改的字段、能审批的节点都不同。权限治理做细，系统才能既安全，又能正常协同。
4、自动化与脚本引擎
织信支持自动化、定时任务、监听器、脚本、HTTP请求等能力，可以在数据变化、流程变化或时间条件满足时自动触发动作。
例如自动提醒、自动校验、自动同步、自动生成记录、自动调用接口。这样系统不只是记录工具，也能参与业务执行。
二、拓展能力：支撑复杂场景扩展
1、系统集成能力
织信支持WebAPI、开放接口、HTTP、JDBC、消息队列、第三方集成、单点登录等能力，可以连接ERP、MES、CRM、OA、财务系统、钉钉、企业微信、飞书、LDAP、数据库等系统。
这让织信既能搭建新应用，也能作为企业系统之间的协同层。
2、界面与组件拓展能力
织信提供表单设计器、组件设计器、自定义组件字段、自定义视图、仪表盘、网站页面等能力，可以根据不同业务场景设计页面、看板和操作入口。
这使企业既能快速搭建标准应用，也能针对复杂需求做个性化扩展。
3、AI Agent能力
织信官方文档将其定位为企业级AI开发平台，强调数据建模、流程自动化、权限治理、系统集成与AI Agent能力。
在织信中，AI能力可以结合知识库、专家、技能、智能体、设计器智能体等模块，参与应用搭建、数据分析、流程辅助和业务处理。
更重要的是，织信的AI能力建立在数据、流程、权限和系统集成之上。这样AI进入企业系统时，能明确数据范围、操作边界和审批要求。
三、织信的独特之处
织信不是单点工具，而是企业信息化AI开发底座。
它既有低代码平台常见的表单、流程、权限、报表和自动化能力，也具备企业级系统需要的集成、部署、运维、SSO、信创适配、私有化部署等能力，同时把AI Agent纳入应用建设过程。
因此，织信更适合有复杂业务系统建设需求的企业。比如项目管理、OA、ERP扩展、MES补位、WMS、SRM、CRM、设备管理、人事管理等场景，都可以基于织信进行搭建和扩展。
简单来说，织信的价值在于：把数据模型、业务流程、权限治理、自动化执行、系统集成和AI能力放在同一个平台里，让企业系统搭得快、管得住、连得上，也能持续扩展。
各行业用户的共同选择
客服电话
0755-86660062
获取您的专属数字化方案
