诊断要按层次推进
堆叠故障的诊断顺序应该是：先看整组状态与角色，再看成员之间链路，然后看单个成员的硬件状态，最后回到日志确认事件时间线。顺序反了会来回重复劳动——比如一上来就钻到某个成员里查接口，结果问题是另一个成员掉队导致的。每一层都有对应的命令，输出先存成文本再分析，需要厂商支持时可以直接提交。
基本信息
| 适用设备 | 华为 iStack/CSS、H3C IRF、思科 StackWise |
|---|---|
| 诊断层次 | 整组状态、成员间链路、单成员硬件、日志事件 |
| 输出管理 | 逐条保存文本，便于比对与提交给厂商支持 |
| 带外准备 | 部分诊断信息需要控制台登录，提前准备带外通道 |
诊断顺序
- 整组层面：确认成员数量、主备角色、是否有成员处于异常状态
- 链路层面：确认成员之间的堆叠口是否全部 UP，有无反复震荡
- 成员层面：对异常成员单独登录，查硬件状态与端口计数
- 日志层面：按时间线把事件串起来，判断先后与因果关系
- 配置层面：核对堆叠参数（优先级、域、堆叠口绑定）是否与规划一致
华为诊断序列
华为诊断序列
display stack # 整组：成员、角色、状态
display stack peers # 成员之间的堆叠链路状态
display stack configuration # 堆叠参数与堆叠口绑定
display device # 单个成员的硬件与单板状态
display interface stack-port 0/1 # 逻辑堆叠口与其成员口状态
display logbuffer | include STACK # 事件时间线，先看时间先后思科与 H3C 对照
思科与 H3C 对照
show switch detail # 思科：成员与堆叠口详细状态
show switch stack-ports # 思科 IOS-XE：堆叠口状态总览
show switch virtual link # 思科：虚拟交换链路信息
display irf # H3C：IRF 成员与角色
display irf topology # H3C：IRF 拓扑连接关系
display irf link # H3C：IRF 物理链路状态输出判读
| 观察点 | 含义 | 异常表现 |
|---|---|---|
| 成员数量与编号 | 当前在组的成员 | 数量少于规划，或编号重复 |
| 角色与优先级 | 主备与管理角色归属 | 与规划不符，出现两个主控 |
| 堆叠口状态 | 成员间链路是否可用 | 有成员口 DOWN 或反复 UP/DOWN |
| 链路带宽 | 堆叠口的实际速率 | 协商速率低于规划，流量跑不满 |
| 日志时间线 | 事件发生的先后顺序 | 同时出现分裂与链路故障告警 |
诊断输出先保存文本再分析：涉及厂商支持的场景，一份完整的时间线文本比现场口述有效得多，也便于前后两次诊断做比对。
在堆叠状态不完整的情况下做插拔或重启动作，可能触发二次分裂。先取完状态证据，再动手恢复。