使用 SAR 进行简单的系统监视

核心提示： 了解它的所有含义简单查看一下清单 4，它显示出交换活动为零，使用 SAR 进行简单的系统监视(5)，每秒大约发生 140 次进程切换，并且平均负载略高于 10，尽管实际上需要一定的策略，但系统管理员可以使用所提供的大量信息来发现系统中出现的问题，假设您当时正在调查较差性能的要求，那么从这些

了解它的所有含义

简单查看一下清单 4，它显示出交换活动为零，每秒大约发生 140 次进程切换，并且平均负载略高于 10。假设您当时正在调查较差性能的要求，那么从这些数据中可以得到什么结论呢？

因为没有发现交换过程，无论在运行什么进程，它们并没有消耗大量的内存。

该问题可能是由一组长时间运行的进程所导致，因为运行队列和进程切换相对稳定。如果以前并不是这样，那么可以怀疑是应用程序级的问题，如繁忙的 Web 服务器。

由于了解到清单 3 的输出显示了同一时间段的其他数据，您可以查看某块使用频繁的磁盘（根据 sar -b 为百分之 31，同时每秒 16,000 个盘块）。该磁盘是 home 目录分区，根据用户想要完成的任务不同，他/她可能会遇到较慢的响应。

快速查看该时间段内的 CPU 使用情况，显示出系统大约占用了百分之 80 的 CPU，剩下的用于用户任务。作为系统管理员，可以通过下面三种方式使用这一信息：

回到前几天的日志中。在本例中，我发现问题开始于 1:00 p.m.，并于第二天早上结束。

尝试将该活动与任何可能在该日开始的 cron 工作关联。

尝试找到其趋势。查看另外几天的数据，我发现性能是正常的，这并不表示系统已经达到其上限。

在本例中，看来已经将问题隔离出来了，出于该原因，我有意地使用 Shell 脚本来运转磁盘以创建一些有趣的 sar 报告！然而发现了一个趋势，如在工作时间内 home 驱动器比较繁忙，关于该问题可能存在完成某项任务的调用。可能的解决方案包括，将 home 目录拆分到其他磁盘、安装高速磁盘或将其转移到其他地方，如 Network Attached Storage (NAS)。

结束语

以周期性的间隔获取关于系统的定性数据，这是查找性能瓶颈并确定是否需要进一步操作的有效方法。可以使用 SAR 及其相关实用程序来完成这项任务，每隔十分钟获取一次快照并使用前端工具来访问这些数据。尽管实际上需要一定的策略，但系统管理员可以使用所提供的大量信息来发现系统中出现的问题，以及确定是否需要进行进一步的调查工作。