AWR报告简易分析

　 Snap Id Snap Time Sessions Cursors/Session
Begin Snap: 35669 2012-11-8 13:00 1246 11.3
End Snap: 35679 2012-11-8 18:00 834 16
Elapsed: 　 300.14 　 　
DB Time: 　 2,841.67 　 　
　 　 　 　 　
Operating System Statistics Time Model Statistics 　
    　 　 　
Statistic Total Statistic Name Time (s) % of DB Time
NUM_LCPUS 0 sql execute elapsed time 87,551.84 99.97
NUM_VCPUS 0 DB CPU 248.77 0.28
AVG_BUSY_TIME 126,487 parse time elapsed 2.76 0
AVG_IDLE_TIME 1,675,188 hard parse elapsed time 1.47 0
AVG_IOWAIT_TIME 2,687 failed parse elapsed time 0.45 0
AVG_SYS_TIME 11,000 PL/SQL execution elapsed time 0.84 0
AVG_USER_TIME 114,879 hard parse (sharing criteria) elapsed time 0.32 0
BUSY_TIME 48,496 hard parse (bind mismatch) elapsed time 14.16 0.01
IDLE_TIME 8,623,372 sequence load elapsed time 9.8 0.01
IOWAIT_TIME 7,728 repeated bind elapsed time 0.01 0
SYS_TIME 5,691 PL/SQL compilation elapsed time 2.03 0
USER_TIME 42,512 connection management call elapsed time 1.7 0
LOAD 0 inbound PL/SQL rpc elapsed time 0.02 0
OS_CPU_WAIT_TIME 7,404,200 DB time 87577.44 　
RSRC_MGR_CPU_WAIT_TIME 0 background elapsed time 1585.54 　
PHYSICAL_MEMORY_BYTES 135,319,207,936 background cpu time 206.8 　
NUM_CPUS 48 　 　 　
NUM_CPU_CORES 24 　 　 　
    　 　 　
　 　 　 　 　
         
每个CPU耗时:= DB Time/逻辑cpu个数 59.20 min 　
DB利用率:= DB Time/(NUM_CPUS*Elapsed)*100% 19.72% 　 NUM_CPUS是逻辑cpu个数
CPU利用率:= (DB CPU + background cpu time )/(NUM_CPUS*Elapsed )*100% 0.08% 　 NUM_CPUS是实际cpu个数
%User = USER_TIME/(BUSY_TIME+IDLE_TIME)*100% 0.49% 　 　
%Sys  =  SYS_TIME/(BUSY_TIME+IDLE_TIME)*100% 0.07% 　 　
%Idle =  IDLE_TIME/(BUSY_TIME+IDLE_TIME)*100% 99.44% 　 　
ELAPSED_TIME= (BUSY_TIME+IDLE_TIME)/1000 Elapsed*60*60 　 　
8671.868 1080504.00 　 　
         
Service Statistics     
         
ordered by DB Time        
         
Service Name DB Time (s) DB CPU (s) Physical Reads Logical Reads
SYS$USERS 87,476.00 146.00 3,262 51,625
oradb11 101.00 102.00 0 545
SYS$BACKGROUND 0 0 1 26
         
Total DB Time 87577.0 　 　 　
Total DB Cpu 248.0 　 　 　
% DB Time 0.28% 　 　 　
时间： 2024-10-09 11:49:49

AWR报告简易分析的相关文章

【干货】ORACLE－AWR报告分析

1.什么是AWR? AWR (Automatic Workload Repository) 是自动负载信息库的英文缩写,AWR报告是Oracle 10g以后版本提供的一种性能收集和分析工具,能提供一个时间段内整个系统资源使用情况的报告,通过报告可以了解一个系统的整个运行情况,生成的报告包括多个部分. AWR每小时对v$active_session_history视图(内存中的ASH采集信息,理论为1小时)进行采样一次,并将信息保存到磁盘中,并且保留7天,7天后旧的记录才会被覆盖.这些采样信息被保

awr报告基本操作

1.查看当前的AWR保存策略.设置:快照间隔.保存时间. SQL> col SNAP_INTERVAL format a20    SQL> col RETENTION format a20    SQL> select * from dba_hist_wr_control;          DBID SNAP_INTERVAL        RETENTION            TOPNSQL    ---------- -------------------- --------

一份11gR2 rac awr报告的简单分析

昨晚网友发来一份awr报告,希望帮忙分析一下.由于其他信息都没有,仅仅只有一份awr,鉴于目前有大多的朋友还不太熟悉或者说不知道如何去进行awr的分析.我这里就拿这个awr来进行分析,当抛砖引玉了.首先申请,网上分析awr的文章不少,大家也都可以参考一下. 首先来看awr前面部分信息,了解下系统的版本,以及大概判断下系统负载如何. 从上面信息我们可以得出如下结论:—-数据库是一套11.2.0.2的RAC—-Solaris 64bit环境,48c—-每个cpu 的可用处理时间是3591.6 s,

[转]oracle awr报告生成和分析

转自:http://blog.csdn.net/cuker919/article/details/8767328 最近由于数据库cpu占用非常高,导致VCS常常自动切换,引起很多问题. 最近学习一下数据库awr分析数据库sql执行性能的分析报告.下面将初步讲解一下: 1.先登陆数据库,生成awr报告. linux:~ # su - oracle[email protected]:~> sqlplus '/as sysdba' SQL*Plus: Release 11.1.0.6.0 - Prod

借助AWR报告分析解决oracleCPU过高的问题（转）

原文地址:http://www.cnblogs.com/crystal-guoguo/p/4213458.html 简介:在oracle数据库中,有两个非常实用的自带监控工具EM(Enterprise Manager)和AWR(Automatic Workload Repository).其中,通过AWR报告可以生成易于阅读的监控报告,可协助进行性能问题的诊断和分析.本期将介绍一些AWR报告的基本使用和在性能问题诊断中的应用. 什么是AWR:      从oracle 10g开始,使用名为GAT

分析AWR报告

1.AWR报告头信息 DB Name :数据库名字 DBid: 数据库id Elapsed:采样时间段 DB Time:用户操作花费的时间,不包括Oracle后台进程消耗的时间 DB Time远小于Elapsed Time说明数据库比较空闲 2.AWR负载概要信息 Per Second 和Per Transaction:这两部分是数据库资源负载的一个明细列表,分割成每秒钟的资源负载和每个事务的资源负载情况 Redo size:每秒/每个事务 产生的redo量 (单位字节) 标志数据库的繁忙程度

AWR报告的生成和简单分析方法

生成AWR报告方法: 第一步:数据库压力测试卡开始时:生成第一个快照: Sql>exec dbms_workload_repository.create_snapshot(); 第二步:数据库压力测试结束时:生成第二个快照 Sql>exec dbms_workload_repository.create_snapshot(); 第三步:生成AWR报告 SQL> @/oracle/product/10.2.0.5/rdbms/admin/awrrpt.sql (1)       选择报告文

Oracle的AWR报告分析

* 定义:awr报告是oracle 10g下提供的一种性能收集和分析工具,它能提供一个时间段内整个系统资源使用情况的报告,通过这个报告,我们就可以了解一个系统的整个运行情况,这就像一个人全面的体检报告. 如何分析: * 在看awr报告的时候,我们并不需要知道所有性能指标的含义,就可以判断出问题的所在,这些性能指标其实代表了oracle内部实现,对oracle理解的越深,在看awr报告的时候,对数据库性能的判断也会越准确 * 在看性能指标的时候,心里先要明白,数据库出现性能问题,一般都在三个地方,

[原创]借助AWR报告分析解决oracleCPU过高的问题

简介:在oracle数据库中,有两个非常实用的自带监控工具EM(Enterprise Manager)和AWR(Automatic Workload Repository).其中,通过AWR报告可以生成易于阅读的监控报告,可协助进行性能问题的诊断和分析.本期将介绍一些AWR报告的基本使用和在性能问题诊断中的应用. 什么是AWR:      从oracle 10g开始,使用名为GATHER_STATS_JOB的计划任务来收集AWR的统计数据,AWR报告中收集了许多不同的统计数据,包括等待事件.各种