Spotliht
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
Spotliht 使用说明
1、简介
略
2、主机资源(内存、CPU等)
因为主机的资源是有限的、主机的资源直接影响数据库的性能。
当主机的CPU 过高或者是内存使用过大的时候,首先我们要确认其使用是否是正常的。
如果是正常的我们就需要增加内存或者是CPU进行扩容。
如果不正常就需要我们对其进行更正。
如何确定那部分使用CPU 和内存的使用呢?我们可以使用TOP 等命令(unix)、资源管理器(win)。
3、查看主机的存储。
很多时候都是由于磁盘没有空间等问题导致。
这部分分析简单,但能解决很多问题。
所以这个部分放在前面。
1)查看数据文件在驱动器上使用的百分比。
看磁盘上是否有空间。
2)查看tablespace 是否还有空间可以使用:比如下面的图中的system表空间就有3.69M的free space。
这个时候我们就要关注下它是否可以自动扩展。
不能自动的话就需要我们去扩展表空间。
redo group或者是平衡文件系统
上面我们介绍了关于主机相关资源的检测。
下面我们介绍关于oracle资源的检测4、关于SGA的使用(内存)
SGA在oracle中至关重要。
先进行确认
1)SGA个各种pool的使用情况,是否出现某个池没有空间的情况呢??
中的情况。
问题。
还需要综合考虑
4)IO
IO我们主要关心的是:那个表空间的物理读、写大,或者是那个数据文件的读取异常。
还有就是那个会话执行的SQL 导致这些IO异常呢??
Spotliht提供如下的视图帮助我们快速定位。
从这里我们可以定位那个会话的IO
异常。
一会我们会介绍查询SESSION的SQL。
这样就能具体定位。
当然有的时候数据库的问题并不一定是会话引起的有可能是表结构的设计导
致。
在关于IO方面我们还需要查询关于Segment的IO的使用情况如下:
5)会话的信息
在会话中,我们最关心的那个SQL最消耗我们的资源。
下面的我们可以查询耗费IO资源的SQL。
这里功能丰富,我们可以按照各种指标排序。
通常比较经常使用的执行时间、物理读、写,逻辑读、写。
6)event wait等
在最后以部分、我们需要查看关于性能问题的根源的表象。
Wait从里面我们可以查询那种wait的时间最长、占的比重最大。
然后根据其是否是空闲等待分别对待。
如果是空间等待可以不用管。
非空闲等待需要我们重点研究。
产生的原因。
找到后在根据oracle的help 我们可以做出判断
当然wait时间长了,是那个session导致的呢??下面的图给我们答案、而且还可以找到关于该session的详细的信息。
本文主要介绍关于使用Spotliht去搜索oracle系统信息的一部分功能。
希望本文抛砖引玉。
希望你挖掘出更多得使用技巧。