为什么要单独备份配置
阵列的 RAID 组定义、卷与映射关系、控制器参数、属主关系、以及主机侧的多路径与 zone 配置，共同决定了盘上的数据能不能被正确寻址。设备本身故障、控制器更换、卷被误删、固件回滚都会要求重新导入这些配置。配置备份的特点是不占空间、成本极低，但缺失时的代价可能是整阵列不可用，因此必须像对待数据备份一样固定化执行。
基本信息
| 备份内容 | 阵列与卷配置、盘位对应关系、属主与多路径配置、交换机 zone、固件与驱动版本清单 |
|---|---|
| 采集形式 | 导出文件、结构化文本、脚本定期采集，三者结合最稳 |
| 执行时机 | 每次变更前后必做，至少按固定周期留档 |
| 存放要求 | 脱离被保护设备存放，纳入文档库或配置管理系统 |
| 恢复用途 | 控制器更换、卷误删、固件回滚、设备迁移与接管 |
| 关联信息 | 盘序列号与槽位对应关系，缺了它即使有数据也不知从何装起 |
典型使用场景
- 变更前留基线，变更后留结果，出现异常时可对比差异定位时
- 控制器损坏需更换，用配置导出快速恢复卷与映射关系时
- 误删卷或误改 RAID 组，评估能否按原参数重建时
- 设备移交或项目验收，需要交付一套完整的配置与拓扑记录时
- 多台设备批量巡检，用配置快照对比发现配置漂移时
常见配置采集入口
常见配置采集入口
# 阵列侧导出全量配置与卷映射（工具名与参数以厂商手册为准）
storcli /c0 show all > /var/log/array/c0-all.txt
storcli /c0/vall show all >> /var/log/array/c0-all.txt
# 软件阵列记录成员与元数据位置
mdadm --detail --scan >> /etc/mdadm.conf
mdadm --examine --scan >> /var/log/array/mdadm-scan.txt
# 主机侧拓扑：设备映射、多路径与磁盘识别
multipath -ll > /var/log/array/multipath.txt
lsblk -o NAME,SIZE,SERIAL,HCTL > /var/log/array/lsblk.txt
lsscsi -gu > /var/log/array/lsscsi.txt配置资产与恢复用途
| 配置资产 | 采集入口示例 | 恢复用途 |
|---|---|---|
| 阵列与卷定义 | 阵列管理工具导出 | 控制器更换、误删卷重建 |
| 盘位与序列号 | 主机侧设备与 HBA 拓扑输出 | 确认数据所在盘与槽位对应 |
| 多路径配置 | 多路径工具输出 | 主机重建后恢复聚合与策略 |
| zone 与交换机配置 | 交换机管理界面导出 | 链路规划重建与故障恢复 |
配置备份要与固件、驱动版本清单一起留档：同样的配置在不同固件版本下行为可能不同，恢复时的版本信息决定了能否安全回滚。
配置备份若只存放在阵列自身的卷上，设备全损时数据与配置会一起消失。必须另存一份在设备之外，且定期验证导出文件本身可读、内容完整。