探究AWR 第二篇(r3笔记第93天)

在探究awr第一篇中介绍了awr的一些基本操作 http://blog.itpub.net/23718752/viewspace-1123134/ 在这一篇中,我们来分析几个awr报告来探究一下awr的一些信息,其实在报告中有很多的信息是互相印证的。对于我们深入理解awr报告还是很哟帮助的。 首先来看看CPU负载的分析,这个也是理解awr的一个切入点。 CPU资源的考虑也是衡量系统系统的一个很好的标准,CPU的信息有基于系统级的,实例级的,通过awr报告的几个部分来互相印证。 在11g中,我们可以从报告的开头看到如下的一段。可以看到cpu是40,总体的配置还不错。

Host Name

Platform

CPUs

Cores

Sockets

Memory (GB)

xxxx

Linux x86 64-bit

80

40

4

346.22

来看看报告的“Host CPU”部分。这个部分是系统级的cpu使用信息。

Host CPU (CPUs: 80 Cores: 40 Sockets: 4)

Load Average Begin

Load Average End

%User

%System

%WIO

%Idle

71.07

60.81

14.9

3.9

0.1

80.2

报告中,系统级的cpu的消耗为: (用户级 14.9%+系统级3.9%+空闲部分80.2%) 所以busy%=100%-80.2%=19.8% 可见系统级的CPU使用率并不高。 我们再来看看实例级别的。可以从"Instance CPU"部分找到相关的部分。

Instance CPU

%Total CPU

%Busy CPU

%DB time waiting for CPU (Resource Manager)

16.2

82.1

0.0

这个部分的信息是在系统级别的基础上。本来系统级CPU的使用率在19.8%,在19.8%的基础上,实例级别的CPU消耗为16.2%,16.2/19.8=81.8% 和报告中%Busy CPU是基本吻合的。 在load profile中已经有所体现,这个可以从另外一个角度来印证。

Load Profile

Per Second

Per Transaction

Per Exec

Per Call

DB Time(s):

79.0

0.9

0.01

0.01

DB CPU(s):

12.8

0.2

0.00

0.00

DB CPU每秒平均为12.8,因为CPU有80个,所以CPU的使用情况为12.8/80=16%,和Instance CPU中的情况是吻合的。

Instance CPU

%Total CPU

%Busy CPU

%DB time waiting for CPU (Resource Manager)

16.2

82.1

0.0

报告中的"Operating System Statistics"也很重要。我们来通过这部分内容来印证Total CPU%为16%

Statistic

Value

End Value

BUSY_TIME

950,192

IDLE_TIME

3,854,487

IOWAIT_TIME

7,195

NICE_TIME

0

SYS_TIME

185,332

USER_TIME

714,673

LOAD

71

61

RSRC_MGR_CPU_WAIT_TIME

0

VM_IN_BYTES

118,528,572,416

VM_OUT_BYTES

6,399,748,096

PHYSICAL_MEMORY_BYTES

371,746,160,640

NUM_CPUS

80

NUM_CPU_CORES

40

NUM_CPU_SOCKETS

4

GLOBAL_RECEIVE_SIZE_MAX

134,217,728

GLOBAL_SEND_SIZE_MAX

134,217,728

TCP_RECEIVE_SIZE_DEFAULT

87,380

TCP_RECEIVE_SIZE_MAX

134,217,728

TCP_RECEIVE_SIZE_MIN

32,768

TCP_SEND_SIZE_DEFAULT

87,380

TCP_SEND_SIZE_MAX

134,217,728

TCP_SEND_SIZE_MIN

32,768

这里BUSY_TIME+IDLE_TIME=950,192+3,854,487=4804679毫秒,需要转为为秒。 另外Elapsed time也有很紧密的联系。 比如我们通过报告得到Elapsed time为10分钟(600秒). 那么BUSY_TIME+IDLE_TIME=4804s=Elapsed_time*CPU_COUNT=600秒*80=4800s

Snap Id

Snap Time

Sessions

Cursors/Session

Begin Snap:

24741

23-Dec-14 09:00:37

5131

7.3

End Snap:

24742

23-Dec-14 09:10:39

5097

11.4

Elapsed:

10.02 (mins)

DB Time:

792.19 (mins)

此外对于报告中的"Time Model Statistics"也是一个很重要的部分。

Statistic Name

Time (s)

% of DB Time

sql execute elapsed time

44,362.14

93.33

DB CPU

7,707.47

16.22

parse time elapsed

3,107.67

6.54

hard parse elapsed time

1,894.13

3.99

hard parse (sharing criteria) elapsed time

774.55

1.63

PL/SQL execution elapsed time

69.29

0.15

RMAN cpu time (backup/restore)

12.60

0.03

inbound PL/SQL rpc elapsed time

8.00

0.02

connection management call elapsed time

7.77

0.02

sequence load elapsed time

1.88

0.00

repeated bind elapsed time

0.41

0.00

failed parse elapsed time

0.24

0.00

hard parse (bind mismatch) elapsed time

0.16

0.00

PL/SQL compilation elapsed time

0.03

0.00

DB time

47,531.51

background elapsed time

1,139.42

background cpu time

94.97

Total CPU=DB CPU+background cpu time=7,707.47+94.97=7802 s 如果想查看Total CPU的情况,就是实例级的使用情况/系统级的使用情况=(Total CPU)/(BUSY_TIME+IDEL_TIME)=7802/(4804679/1000)=16.2%

原文发布于微信公众号 - 杨建荣的学习笔记(jianrong-notes)

原文发表时间:2014-12-23

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏帘卷西风的专栏

关于cocos2dx客户端程序的自动更新解决方案

转载请注明出处:帘卷西风的专栏(http://blog.csdn.net/ljxfblog)

1411
来自专栏Netkiller

hyperledger v1.0.5 区块链运维入门

hyperledger v1.0.5 区块链运维入门 摘要 你网上搜索hyperledger大部分文章是讲解开发环境的安装与配置,没有一篇关于怎样运维区块链的文...

4818
来自专栏Netkiller

hyperledger v1.0.5 区块链运维入门(一)

中国广东省深圳市龙华新区民治街道溪山美地 518131 +86 13113668890 <netkiller@msn.com>

56511
来自专栏CodeSheep的技术分享

利用K8S技术栈打造个人私有云(连载之:K8S集群搭建)

最近被业务折腾的死去活来,实在没时间发帖,花了好多个晚上才写好这篇帖子,后续会加油的!

43112
来自专栏杨建荣的学习笔记

通过shell脚本得到数据库的基本信息(一)(r9笔记第89天)

今天写了个脚本,虽然实现的功能不多,但是个人感觉是一个好的开始,架子出来了,后面要补充的细节加进来就逐步完善了。 这个脚本的运行效果如下: OS Ver...

3594
来自专栏北京马哥教育

Kubernetes网络部署方案

现在网络上流传很多Kubernetes的部署和搭建的文档,其中比较出名就是Kubernetes The Hard Way (https://github.com...

4298
来自专栏Flutter入门到实战

Android适配全面总结(二)----版本适配

版权声明:本文为博主原创文章(部分引用他人博文,已加上引用说明),未经博主允许不得转载。https://www.jianshu.com/p/49fa8ebc01...

3381
来自专栏杨建荣的学习笔记

11g备库无法开启ADG的原因分析 (r7笔记第62天)

今天碰到一个有些奇怪的问题,但是奇怪的现象背后都是有本质的因果。 下午在做一个环境的检查时,发现备库是在mount阶段,这可是一个11gR2的库,没有ADG实在...

3714
来自专栏Kubernetes

原 荐 Flannel是如何工作的

Author: xidianwangtao@gmail.com 概述 最近我们的TaaS平台遇到很多的网络问题,事实证明“contiv + ovs + v...

1.2K11
来自专栏coding

hexo搭建个人博客

搭建个人博客有很多种方式,最老牌的当属wordpress,功能丰富,但过于笨重。我想要的只是最简单的显示文章以及搜索功能,当然,样式要简洁漂亮,而且必须支持ma...

4667

扫码关注云+社区