Oracle CPU负载
来源:互联网 发布:口碑好的多肉淘宝 编辑:程序博客网 时间:2024/04/29 11:58
一、DB Time和Elapsed time
Snap Id Snap Time Sessions Curs/Sess--------- ------------------- -------- ---------Begin Snap: 21787 21-Feb-13 20:00:22 50 19.5End Snap: 21798 22-Feb-13 07:00:47 44 20.0Elapsed: 660.42 (mins)DB Time: 928.06 (mins)--Elapsed < DB Time--Elapsed Time=(20130222 07:00:00 - 20130221 20:00:00)≈ 660--DB Time=928.06 ,运行环境为16核CPU, 660*16=10560, cpu花费了928.06分钟在处理Oralce非空闲等待和运算上--从上可知,整个系统还是比较空闲
二.Host Cpu(整个主机的CPU负载情况)
“Load Average” begin/end值代表CPU的大致运行队列大小。
上图中快照开始到结束,平均 CPU负载增加了。
%User+%System=> 总的CPU使用率,在这里是29.0%。空闲的CPU使用率为71%。
三.Instance CPU(数据库实例消耗的CPU)
1.%Total CPU,该实例所使用的CPU占总CPU的比例—>% of total CPU for Instance
2.%Busy CPU,该实例所使用的Cpu占总的被使用CPU的比例—> % of busy CPU for Instance
3.例如共4个逻辑CPU,其中3个被完全使用,3个中的1个完全被该实例使用,则%Total CPU= ¼ =25%,而%Busy CPU= 1/3= 33%
4.当CPU高时一般看%Busy CPU可以确定CPU到底是否是本实例消耗的,还是主机上其他程序.
5.%DB time waiting for CPU (Resource Manager)是指当使用了resource manager限制某个用户和会话使用CPU,而产生的等待。会产生resmgr:cpu quantum等待事件,如果产生该等待事件需要和RSRC_MGR的值结合起来判断。解决方法是需要修改资源限制的plan。
案例如下图:
本文出自 “无双城” 博客,请务必保留此出处http://929044991.blog.51cto.com/1758347/1263389
- Oracle CPU负载
- CPU负载
- ORACLE当前活动的SQL,CPU负载高问题
- cpu负载的探讨
- CPU负载的分析
- 查看CPU负载
- cpu负载高
- 固定CPU负载
- CPU负载的分析
- CPU负载的分析
- cpu 内存负载过重
- cpu 平均负载
- Linux下CPU负载
- CPU负载过高
- 数据库cpu负载高
- CPU负载过高查找
- cpu负载均衡
- Oracle系统统计信息重要性(包含空闲+负载时的CPU IO等统计信息)
- 安装配置ASMlib驱动
- 备用数据库快照
- Oracle常见Load Profile
- find Literal SQL
- Oracle常见Top Event
- Oracle CPU负载
- RAC性能综述
- GC Blocks Lost等待事件
- GC Buffer Busy等待事件
- Oracle优化器和直方图
- 万维网,互联网,因特网之间的区别
- RAC apply patch to 11.2.0.3.7
- Screen width、height、availWidth、availHeight属性
- Oracle GoldenGate