AIX服务器监控的核心在于构建一套从底层硬件到上层应用的全链路指标体系,最有效的监控策略并非依赖单一工具，而是组合使用vmstat、iostat、lsvg等原生命令，通过基线对比与阈值预警，实现对CPU调度、内存缺页、I/O瓶颈及文件系统空间的精准定位，从而将被动救火转变为主动预防。
CPU性能监控：洞察计算核心的调度瓶颈
CPU是服务器的大脑,监控的重点不仅是利用率，更在于进程调度的健康度。
-
vmstat命令深度解析
vmstat是AIX监控中最核心的命令，它能报告内核线程、虚拟内存、磁盘和CPU活动。- 核心指标关注：使用
vmstat 1 10命令每秒刷新一次，共刷新十次，重点观察r列（运行队列）和b列（阻塞队列）。 - 队列阈值判断：若
r值持续大于CPU逻辑核心数，表明系统处于CPU密集型负载，进程排队等待严重，若b值持续升高，说明存在I/O等待或资源竞争。 - CPU区域分析：
us（用户态）高说明应用程序繁忙；sy（系统态）高通常意味着系统调用过多或驱动故障；wa（等待I/O）高则指向磁盘性能问题；id（空闲）长期低于20%需引起警惕。
- 核心指标关注：使用
-
sar命令的历史趋势分析
sar适合查看历史负载，通过sar -u ALL 1 5可以查看详细的CPU细分数据。- 物理与逻辑区分：AIX开启SMT（同步多线程）后，逻辑CPU数倍于物理CPU，监控时需结合
bindprocessor -q查看可用处理器列表。 - 调度器监控：使用
sar -q查看运行队列平均长度，若runq-sz持续增长，系统响应速度将显著下降。
- 物理与逻辑区分：AIX开启SMT（同步多线程）后，逻辑CPU数倍于物理CPU，监控时需结合
内存与交换空间监控：防范虚拟内存的隐形杀手
AIX的内存管理机制非常复杂,VMM（虚拟内存管理器）负责管理真实内存和分页空间。
-
vmstat内存页面扫描
内存监控需重点关注页面换入换出。- pi与po指标：
pi（页面换入）和po（页面换出）应长期保持为0或极低值，若这两个值持续非零，说明系统正在频繁使用交换空间，性能将急剧下降。 - 扫描计数器：
fr（释放页面数）和sr（扫描页面数）是关键，若sr值很高，说明内存紧缺，VMM正在疯狂扫描寻找可用页帧。
- pi与po指标：
-
lsps命令监控交换空间
交换空间的使用率直接反映物理内存是否充足。- 使用率红线：执行
lsps -s查看分页空间使用率，一旦超过20%，必须立即排查内存泄漏或扩容。 - 物理内存查看：使用
lsattr -El sys0 -a realmem获取物理内存大小，结合svmon -G查看内存全局使用情况，size单位为4KB页帧，需换算为实际大小。
- 使用率红线：执行
磁盘I/O与存储监控：打破数据传输的物理限制
在数据库应用场景下,I/O往往是性能的最大短板。
-
iostat命令定位热点盘
iostat提供设备级别的I/O统计。- % tm_act指标：这是磁盘繁忙程度的直接体现，若某块磁盘的
% tm_act长期超过80%，说明该磁盘已成为性能瓶颈。 - 读写速率：观察
Kbps和tps（每秒传输次数），高tps伴随高服务时间，通常意味着磁盘寻址压力大。
- % tm_act指标：这是磁盘繁忙程度的直接体现，若某块磁盘的
-
lsvg命令监控卷组状态
AIX采用LVM逻辑卷管理，lsvg是管理存储的核心。- PP数量监控：执行
lsvg -l vgname查看逻辑卷状态，重点监控PPs（物理分区）使用情况，防止空间耗尽导致系统挂起。 - 镜像状态：使用
lsvg -o查看活动卷组，确保关键数据卷组的镜像状态为syncd（同步），避免单点故障风险。
- PP数量监控：执行
文件系统与网络监控：保障数据存取通道畅通
文件系统满载和网络延迟是运维中最常见的故障类型。
-
df命令的精细化使用
文件系统满会导致应用崩溃甚至系统无法启动。- I节点监控：使用
df -i查看I节点使用率，某些小文件极多的应用（如邮件系统），可能空间未满但I节点已耗尽。 - 阈值告警：建议将监控脚本中的告警阈值设置为85%，预留缓冲期，重点关注
/var（日志）和/tmp（临时文件）目录。
- I节点监控：使用
-
网络连接状态排查
网络监控侧重于连接数和流量。- netstat命令：使用
netstat -in查看网络接口流量，Ierrs（输入错误）和Oerrs（输出错误）应极低。 - 连接数统计：
netstat -an | grep ESTABLISHED | wc -l可统计当前活跃连接数，若连接数激增，需排查是否存在连接泄漏或DDoS攻击。
- netstat命令：使用
系统进程与负载监控：构建自动化运维基线
单一的快照数据价值有限,建立基线才能体现专业监控的价值。
-
topas命令的实时全景图
topas是AIX版的top，提供直观的实时监控界面。- 热点进程定位：在topas界面中，按
P键切换到进程视图，快速定位占用CPU最高的进程。 - 网络与磁盘热点：通过界面下方的Disk和Network区域，直观识别高负载物理设备。
- 热点进程定位：在topas界面中，按
-
建立监控基线
专业的{aix服务器监控命令}使用方式，要求运维人员记录业务高峰期（如月初结算、日间交易）的各项指标平均值。- 基线对比法：当系统报警时，对比当前指标与历史基线，平时CPU
us值为30%，若突然飙升至70%，即便未达阈值也需排查，这往往是故障前兆。 - 日志轮转监控：检查
/var/adm下的系统日志文件大小，防止syslog过大影响系统写入性能。
- 基线对比法：当系统报警时，对比当前指标与历史基线，平时CPU
相关问答
问：AIX服务器出现高CPU负载但无高消耗进程，应如何排查？
答：这种情况通常是系统调用或内核锁竞争导致，首先使用vmstat查看sys列是否过高，若过高则检查驱动或文件系统挂载问题，使用lockstat命令查看内核锁状态，排查是否存在锁竞争，检查网络中断是否均衡，单核处理过多网络中断也会导致CPU负载虚高。
问：如何判断AIX服务器是否存在内存泄漏？
答：内存泄漏具有渐进性特征，建议每隔一小时执行一次svmon -G或lsps -s，记录内存和分页空间的使用趋势，若物理内存持续下降且分页空间使用率稳步上升，同时无新增业务进程，则极大概率存在内存泄漏，此时需使用ps vg命令逐步排查哪个进程的RSS（驻留集大小）在持续增长。
您在AIX运维中遇到过哪些难以排查的性能瓶颈？欢迎在评论区分享您的排查思路。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/81848.html
