AIX系统的稳定运行依赖于对核心资源的精准把控,高效监控是预防系统宕机、保障业务连续性的关键手段。核心结论在于：AIX监控不应局限于单一指标的查看，而应建立以CPU、内存、I/O、磁盘空间及进程状态为维度的立体化监控体系，通过原生命令组合与阈值设定，实现从“事后排查”向“事前预警”的转变。掌握核心监控命令的组合应用，是每一位AIX系统管理员的必备技能，能够显著提升故障定位效率与系统运维水平。
CPU性能监控：洞察计算核心负载
CPU是系统的大脑,其负载情况直接决定了业务响应速度，监控CPU不仅要看利用率，更要关注运行队列与上下文切换。
-
使用 vmstat 捕获系统全局状态
vmstat 是最常用的全局监控工具，执行vmstat 1 5命令，可每隔1秒采样一次，共采样5次。- r 列（运行队列）： 代表正在运行或等待CPU的进程数。若 r 值长期大于 CPU 逻辑核数，说明系统存在严重的CPU瓶颈。
- us/sy/id 列： 分别代表用户态、内核态和空闲时间，若 sy（内核态）占比长期过高（超过 20%），可能意味着系统调用频繁或驱动存在问题。
-
使用 sar 查看历史趋势
sar 命令能够从系统历史记录文件中提取数据，适合分析过去某时间段的负载峰值。sar -u ALL 1 5：查看详细的CPU利用率。sar -q：查看运行队列和负载平均值，有助于发现间歇性的性能抖动。
-
使用 topas 实时诊断
topas 提供了类似 Linux top 的动态视图，界面直观，它将 CPU 占用率最高的进程实时列出，便于快速定位“耗资源”的进程。在处理突发卡顿时，topas 往往是第一选择。
内存与交换空间监控：规避虚存瓶颈
AIX 采用虚拟内存管理机制，内存监控的重点在于物理内存的使用率与交换空间的活跃度。
-
svmon 命令深度分析
svmon 是 AIX 特有的强大内存分析工具。svmon -G：显示全局内存统计信息。- 关注 memory 大小与 free 大小。 需注意，AIX 会尽可能利用内存作为文件缓存，free 内存少并不一定代表内存不足，需结合 pg space 判断。
svmon -P：按进程细分内存占用，精准定位内存泄漏进程。
-
vmstat 辅助判断
在 vmstat 输出中，关注 pi（页面换入）和 po（页面换出）。- 若 pi 和 po 长期保持非零数值，说明系统频繁进行换页操作，物理内存已严重不足，性能会大幅下降。
-
lsps 检查交换空间
执行lsps -s查看交换空间使用率。建议 Paging Space 使用率不要超过 70%，否则一旦耗尽，系统可能会触发 SIGKILL 强制终止进程。
磁盘 I/O 与存储监控：消除数据传输阻塞
I/O 瓶颈往往具有隐蔽性，表现为 CPU 等待时间增加，业务响应慢。
-
iostat 监控磁盘吞吐
iostat -D 1 5：显示磁盘的传输速率、读写请求队列。- % Act（活跃百分比）： 若某块磁盘的 % Act 长期接近 100%，说明该磁盘处于超负荷状态。
- Avg WqSz（平均等待队列长度）： 队列过长会导致 I/O 延迟增加，需考虑条带化存储或更换高速磁盘。
-
lsvg 监控卷组空间
AIX 使用卷组管理存储，lsvg -o | lsvg -i可列出所有活动卷组的空间使用情况。- PP SIZE 与 FREE PPs： 重点监控剩余 PP 数量，确保文件系统有空间扩容。
- Quorum 机制： 确保关键卷组的 Quorum 设置正确，防止单盘故障导致卷组不可用。
文件系统与进程管理：保障业务连续性
文件系统满载是常见的运维故障,进程僵死则会导致服务中断。
-
df 监控文件系统使用率
- 执行
df -g以 GB 为单位查看空间。 - 设定 85% 报警阈值： 建议对关键文件系统（如 /var, /home, /tmp）设置监控报警，当使用率超过 85% 时及时清理或扩容。
- Inode 耗尽： 有时空间充足但 Inode 已满，需使用
df -i检查，这种情况多由大量小文件导致。
- 执行
-
ps 与进程状态分析
ps -ef查看全格式进程列表。ps aux可查看进程的 CPU、内存占用百分比。- 关注进程状态（STAT 列）： 若出现大量 D 状态（不可中断睡眠），通常意味着进程在等待 I/O，需排查底层存储问题。
构建自动化监控体系的解决方案
手动执行命令适合故障排查,但要实现长期稳定运行，必须构建自动化监控体系。
-
编写 Shell 脚本定时巡检
利用 Shell 脚本封装上述命令，通过 crontab 定时执行，脚本逻辑应包含：获取指标 -> 设定阈值比对 -> 超阈值触发告警（邮件或短信），当磁盘使用率 > 90% 时，自动发送告警给管理员。 -
日志归档与趋势分析
将每天的监控数据写入日志文件，利用 awk、sed 等工具进行周报、月报分析，这有助于预测业务增长，提前规划硬件资源扩容，避免资源耗尽导致的被动停机。
通过熟练运用上述 aix监控命令，管理员能够建立起一套行之有效的运维防线，从底层的 CPU 调度到上层的文件系统空间，每一个环节的精细化监控都是系统稳定的基石，专业的运维不仅仅是敲击命令，更是通过数据洞察系统状态，将风险消灭在萌芽之中。
相关问答模块
AIX系统中，CPU的运行队列很高，但CPU空闲率也很高，这是什么原因导致的？
这种情况通常被称为“CPU瓶颈假象”或 I/O 瓶颈，虽然 CPU 空闲，但运行队列高，说明有大量进程处于“就绪”状态，却无法获得 CPU 时间片，常见原因有两个：一是存在严重的 I/O 阻塞，进程在等待磁盘读写完成，状态虽为等待，但在某些统计模式下可能被误判；二是高优先级进程垄断了 CPU，导致低优先级进程堆积，建议使用 iostat 检查磁盘是否存在高队列等待，或使用 topas 查看是否有单进程 CPU 占用异常，检查是否存在大量的上下文切换，过高的上下文切换也会消耗 CPU 资源导致队列堆积。
如何快速定位 AIX 系统中占用内存最大的进程？
最直接的方法是使用 svmon 命令，执行 svmon -P -t 10，该命令会列出系统中占用物理内存最大的前 10 个进程，关注输出结果中的 Inuse 列，该数值表示进程当前使用的内存页面数（每页通常为 4KB），也可以使用 topas 进入交互界面，按 P 键切换到进程视图，通过内存列进行排序查看，需注意，AIX 中进程内存包含代码段、数据段和共享内存段，若需精确分析内存泄漏，建议结合 dbx 调试工具或使用 svmon -P [PID] -m 查看进程的详细内存映射。
如果您在 AIX 运维过程中遇到更复杂的性能瓶颈，欢迎在评论区留言交流。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/92138.html
