交换机自己慢了：CPU 与内存占用高的排查顺序
「网络卡」的工单一来，大家先骂带宽、再骂运营商，其实有一类慢是交换机自己病了：CPU 占用长期偏高，管理面响应迟钝，转发面跟着抖。交换机不是服务器，CPU 高从来不正常——它的设计就是转发靠芯片、CPU 只管管理。华为交换机自带一套占用率观测工具，按顺序查，病因不难锁定。贵州诚鑫致达科技接手的「莫名卡顿」工单里，相当一部分最后都落在设备自身负载上。
排查步骤
-
先看整体水位：
display cpu-usage与display memory-usage，看当前占用与历史峰值（部分机型有 summary 视图）。为什么：先分清「持续高」还是「瞬间尖峰」——持续高是病，偶发尖峰可能是正常的协议计算（如路由震荡时的重算）。 -
揪出占 CPU 的任务：
display cpu-usage task类视图按任务列占用，认得常见任务名：转发相关任务异常升高可能是攻击流量冲击管理面，路由协议任务高是路由震荡，SNMP 任务高是网管轮询过密。为什么：任务名就是嫌疑人的名字，按任务归类才不会漫无目的地重启设备。 -
判读瞬间采样的盲区：CPU 占用是采样值，短命进程可能漏采——对「卡了一下就恢复」的投诉，用带历史记录的视图或外挂网管（SNMP 已对接的看监控曲线）回看时间轴，把「卡顿时刻」与「占用峰值」对表。为什么：现象与数据的时刻对齐，是排障定责的关键一步。
-
查广播/组播冲击：CPU 高常伴随广播风暴或环路，
display interface看可疑端口的广播包速率，临时可查 storm 控制与端口流量排行。为什么：二层环路是接入层 CPU 飙升的头号外因，先排除环路再谈其他。 -
查管理面外来者：
display users看当前登录会话，display cpu-defend statistics看上送 CPU 的报文统计——ARP 报文上送异常、telnet 暴力尝试都会吃 CPU。为什么：管理面被打也是「占用高」的常见剧本，别只盯着业务流量。 -
处置与留证：定位到具体来源后对症处理（封环路端口、调整网管轮询周期、封禁攻击源），处理完再采样对比，把前后数据记进工单。为什么：交换机「慢」的工单最容易被糊弄过去，前后数据对比才闭环。
三条边界先知道
- CPU 高不一定是这台的错：多台堆叠/级联环境逐台看，别在第一台高的设备上停手。
- 重启不治病：占用高必有来源，重启清零只是把病因藏起来，复发时更难查。
- 基线要提前建：健康期的占用水位先存档，异常期才有对比基准，空口无凭最伤排障效率。
设备也会累，但它的累都能读出来。你的核心交换机 CPU 平时多少？现在去瞟一眼，答案可能比想象中有用。
企业存储选型参考｜贵州诚鑫致达
做机房存储、虚拟化或监控归档，群晖机型参考：FS6400（全闪存阵列） · SA3610 · SA3410。需要选型建议或上门评估，搜「诚鑫致达」即可找到我们。