冗余检查看的是断点在哪一层
存储网络的冗余不能只看「有没有两块 HBA」，而要看每条 I/O 路径是否真的互相独立。常见假冗余包括：双口 HBA 的两个端口接到同一台交换机的同一块板卡、两个 fabric 的 ISL 走同一根缆或同一配线架、主机两条路径最终汇聚到同一控制器前端端口。检查方法是从主机侧的多路径输出出发，逐层反查到交换机端口与阵列前端端口，确认任意单一组件失效都不会让某条 LUN 失去全部路径。
基本信息
| 检查对象 | 主机 HBA、链路、交换机、ISL、阵列前端端口、供电 |
|---|---|
| 判断标准 | 任一单一组件失效后，每条 LUN 仍有可用路径 |
| 取证入口 | multipath -ll 输出、交换机端口与 ISL 状态、阵列端口映射表 |
| 常见缺陷 | 共用板卡、共用线缆通道、双 fabric 共用交换机 |
| 权限要求 | 主机、交换机、阵列只读权限，必要时现场核对布线 |
典型使用场景
- 新系统上线前的存储网络冗余验收
- 故障复盘后确认当时为何出现 I/O 中断
- 机房改造：调整配线架与走线通道后的复核
- 年度演练：验证单交换机或单 fabric 失效的实际影响
- 巡检发现某 LUN 路径数少于基线，追溯缺失原因
从主机反查路径
从主机反查路径
# 1) 每条 LUN 的路径数与路径组分布
multipath -ll | grep -E '^(mpath|status=|.*sd[a-z])'
# 2) 路径对应到 HBA 端口与目标 WWPN
systool -c fc_host -v | grep -E 'port_name|port_state'
# 3) 在交换机上核对端口所在板卡、ISL 与 fabric 归属
switchshow
# 4) 核对阵列前端端口与主机 WWPN 的映射记录
# 以阵列管理界面的主机组与端口映射视图为准冗余检查表
| 检查项 | 期望状态 | 常见缺陷 |
|---|---|---|
| 主机 HBA | 两端口分属 A、B fabric | 两端口接同一交换机或同板卡 |
| 链路 | 走不同配线架与通道 | 两 fabric 跳线同一通道，施工挖断同时失效 |
| 交换机 | 双机（或独立逻辑域） | 两 fabric 落在一台设备上 |
| ISL | 至少两条且物理路径不同 | 多条 ISL 同缆同板卡 |
| 阵列前端 | 两控制器端口都映射给主机 | 只映射单控制器端口 |
| 供电与风扇 | 双路冗余 | 单路供电或单电源模块故障风险 |
检查结论应落到具体编号上：HBA 端口、交换机端口、配线架端口、阵列前端端口一一对应成表，避免「看起来是双路」而实际共用同一段通道。
验证冗余最可靠的方式仍是在变更窗口内实际断开一侧并观察业务，演练前要确认多路径参数与应用超时策略，避免演练本身造成中断。