最近公司服务器不太稳定，总是在凌晨某个时段突发高负载情况，因为客观环境比较复杂，所以很难猜测出到底是哪个进程出现了问题，加之故障发生时，通常我在睡觉，无形中增加了解决问题的难度，于是我便写了一个Shell来替我搞定这个问题。 实际上解决问题的思路非常简单：通过CRON每分钟运行一个Shell，查询系统负载，一旦发现异常，就通过「ps」命令保存进程快照，也可以进一步保存负载，内存等相关的数据，但通常没有必要，因为通过「sar」命令很容易拿到。

    问题： sar -qInvalid system activity file: /var/log/sa/sa04 (0x5)分析过程：1. google之： 得到如下信息：来自： http://sebastien.godard.pagesperso-orange.fr/faq.html2. 怀疑是生成sa数据文件的sar和解析sa数据文件的sar命令的版本不同which sar/usr/local/bin/sar 这个是我读取sa数据文件的命令，版本号 8.0.0# sar -Vsysstat version 8.0.0(C) Sebastien Godard (sysstat orange.fr)3. 如何知道生成sa数据文件使用的是那个版本的sar呢？

    对以磁盘IO性能，一般有如下评判标准：正常情况下svctm应该是小于await值的，而svctm的大小和磁盘性能有关，CPU、内存的负荷也会对svctm值造成影响，过多的请求也会间接的导致svctm值的增加。await值的大小一般取决与svctm的值和I/O队列长度以及I/O请求模式，如果svctm的值与await很接近，表示几乎没有I/O等待，磁盘性能很好，如果await的值远高于svctm的值，则表示I/O队列等待太长，系统上运行的应用程序将变慢，此时可以通过更换更快的硬盘来解决问题。%util项的值也是衡量磁盘I/O的一个重要指标，如果%util接近100%，表示磁盘产生的I/O请求太多，I/O系统已经满负荷的在工作，该磁盘可能存在瓶颈。长期下去，势必影响系统的性能，可以通过优化程序或者通过更换更高、更快的磁盘来解决此问题。