oracle监控

Sar –u 检查CPU的繁忙程度
列
说明
Usr
用户模式下cpu运行所占的百分比
Sys
系统模式下cpu运行所占的百分比
Wio
因为有进程等待块I/O而使cpu处于闲置状态所占百分比
Idle
Cpu为闲置状态所占百分比

sar –u 10 8 第一个数字展示二次相邻的sar读取之间隔了多少秒，第二数字是打算好了让sar运行的次数。

较低的idel时间可能说明有些进程正消耗大量的cpu时间，或是说明cpu的处理能力不足。请使用ps或是top命令去找出cpu密集型的作业吧 写得很差，需要大量磁盘访问的查询，同样能够消耗大量的cpu资源
值得关注wio返回的高额数值与cpu的沉重负荷
展示的高额wio，即io等待时间，表明有磁盘争用的问题。可以用iostate命令来准确定位磁盘争用究竟发生在哪里


需要检查输出结果
较低的cpu空闲时间值
高比例的io等待时间 或是用wio>10来判断
Sys>15的瓶颈，这表明交换，调页或备份可能造成了瓶颈
异常高的usr 这可能是由于没有好好的给应用程序调过优，或是由于过度使用了cpu

Sar –d命令找出io问题

需要注意
Busy大于50%的设备
如果avwait大于avserv
不均衡的磁盘io负载

Busy和avque取值高表明存在着磁盘io瓶颈。

Sar –d 5 2
第一个相邻二次sar运行间所隔的秒数 第二个是运行sar的总次数（5是5秒的时间间隔 2表示重复二次）


Sar –b命令 检查缓冲区高速缓存

读缓存：rcache》90 表明有糟糕磁盘的io可能
写缓存：wcache《70，同样表明有糟糕磁盘io的可能

Sar –q命令检查运行队列和交换队列的长度
如果发现有runq-sz大于4或是swpocc大于5之处，就可能有问题

使用uptime’命令监控cpu负载
平均队列长度为2-3的系统是尚可接受的

使用mpstat命令辨认cpu瓶颈
如果在mpstat的输出结果中smtx列的值大于200，系统就正在朝cpu瓶颈问题的方向蛮近着

Ps -e –o pcpu,pid,user,args | sort –k 3 –r | tail 使用top命令找出系统上最差的用户
把从ps命令获得的系统pid传进下面的程序里：
--ps_view.sql

使用iostat命令辨认磁盘io瓶颈
Iostat –d sd15 sd16 5 5
-d 选项报告每秒内读的次数，写的次数以及磁盘使用的百分比