评估要覆盖的维度
存储健康度低往往不是因为某个指标超标，而是若干小问题叠加：冗余长期缺失、性能悄悄偏离基线、容量按当前增速只够撑两个月、链路错误持续累积、版本与台账不一致。综合评估的价值在于把这些线索放在一张表上，形成一致结论：哪些是当下风险、哪些是趋势风险、哪些需要立即投入资源。
基本信息
| 评估维度 | 可用性与冗余、性能相对基线、容量剩余可用期、介质与链路错误趋势、配置与版本一致性、运维保障 |
|---|---|
| 数据来源 | 巡检采集、监控历史、介质与链路计数、变更与工单记录、台账与版本清单 |
| 评分方法 | 按维度分级并说明权重，避免单一指标决定整体结论 |
| 输出内容 | 等级结论、主要风险项排序、建议动作与建议时限、需要投入的资源 |
| 评估频率 | 定期评估结合变更后专项评估，频率过高意义有限 |
| 闭环要求 | 上次评估的整改项必须有状态更新，未完成需说明原因 |
典型使用场景
- 季度或年度健康报告，需要向管理层说明现状与投入建议时
- 接手他人管理的存储系统，快速识别最高风险项时
- 扩容或换代决策前，评估继续使用与替换的风险对比
- 整改项目结束后的复评，验证风险是否真的下降
- 审计或客户尽调，需要一份结构化的现状材料时
汇总关键指标
汇总关键指标
# 汇总脚本的输出应能直接支撑评估表
D=/var/log/health/$(date +%F); mkdir -p $D
# 冗余与路径
multipath -ll | grep -c 'active' > $D/paths.count
cat /proc/mdstat > $D/mdstat.txt
# 容量与剩余可用期
df -h | awk 'NR==1 || $5+0>=60' > $D/df-high.txt
# 介质与链路错误计数
smartctl -A /dev/sdb | egrep -i 'Reallocated|Pending|Uncorrect|CRC' > $D/sdb-err.txt
# 版本与配置基线对比见配置备份条目
iostat -x 1 5 > $D/iostat.txt维度与不良信号
| 维度 | 关注指标 | 不良信号 |
|---|---|---|
| 可用性与冗余 | 路径数量、阵列状态、备件 | 长期降级、单路径、无可用备件 |
| 性能 | 延迟分位与吞吐相对基线 | 持续偏离基线且无业务原因 |
| 容量 | 增长率与剩余可用期 | 按当前增速剩余期短于采购周期 |
| 介质与链路 | 错误计数与传输错误趋势 | 错误持续增长但无人跟进 |
| 运维保障 | 巡检、备份、文档与台账 | 长期无巡检或备份未验证 |
评估结论要能直接对应资源投入：是换盘、扩容、补冗余，还是补流程。只给出「健康度 65 分」而不说明下一步做什么，评估就失去了工程价值。
把单一指标当成健康度：容量充足但冗余长期缺失、性能达标但介质错误持续增长，这类系统在综合评估中应被判为高风险，而不是「基本正常」。