标签：监控 sar 命令 参数 io Sar oracle 磁盘 cpu

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命令找出i 大专栏  oracle监控参数o问题

需要注意
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 选项报告每秒内读的次数，写的次数以及磁盘使用的百分比

标签：监控,sar,命令,参数,io,Sar,oracle,磁盘,cpu
来源： https://www.cnblogs.com/lijianming180/p/12258809.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。