首页/系统/服务器硬件与 RAID 速查/Offline 与 Failed 的状态差异
硬盘故障与更换68 条

Offline 与 Failed 的状态差异

卡对盘的状态判定影响处置方式:Offline 多与链路/访问异常相关,Failed 常见于介质或访问彻底失败;先尝试区分原因再决定是否更换。

两个状态的区别

控制器对物理盘的判定直接决定处置方式。Offline 表示卡认定这块盘在当前阵列里不可访问,原因可能是链路抖动或命令超时,也可能是盘真的坏了;Failed 更多指向介质错误或访问彻底失败。区别在于 Offline 有恢复上线的可能,Failed 基本意味着要走换盘流程,所以先分清状态再动手。

状态对照

状态含义常见原因动作
Offln卡判定盘离线链路抖断、命令超时查链路证据,谨慎复位或换盘
Failed盘被判故障介质错误、SMART 越限按流程更换
Rbld正在重建换盘后监控进度
UGood未配置可用新盘或清理后加入阵列或热备
UBad未配置且不可用初始化失败或被标记坏核对 SMART 后再决定是否复用
Missing槽位上的盘不见了被拔掉或未被识别核对物理槽位

基本信息

判定来源控制器固件的超时与错误阈值
关键证据物理盘错误计数、链路事件、SMART 数据
恢复可能Offline 在链路恢复后有机会重新纳入阵列
风险点长期保留失效盘会持续消耗冗余额度
权限要求root

典型使用场景

  • 阵列降级后判断该先查链路还是先换盘
  • 巡检发现状态异常时决定处置优先级
  • 复盘故障时区分链路问题与盘体问题
  • 交付验收时核对所有槽位状态是否正常
  • 与带外管理日志交叉验证硬件告警

状态与证据对照

状态与证据对照
storcli /c0/e252/s4 show all | grep -i -E "state|error|timeout"   # 盘状态与错误计数
storcli /c0/eall/sall show | grep -iE "Offln|Failed|UBad|Rbld"    # 快速筛出异常盘
smartctl -d megaraid,4 -H /dev/sda                                # 通过卡读盘的 SMART 健康
storcli /c0 show events | grep -iE "offline|failed" | tail -20     # 事件日志里的状态变化
一些 Offline 盘可在链路恢复后重新上线并参与重建或回拷;是否给它机会,取决于证据与当前数据风险等级。
状态是控制器视角的快照,会随链路恢复而改变:判断前先确认观察时间点一致,别拿几小时前的记录和现在的状态做对比。

易错点

  • 把 Offline 一律当成死亡盘:可能错过低成本的恢复路径,白白换掉一块好盘
  • 把 Failed 盘长期留在槽位:阵列冗余额度被持续消耗,再坏一块就可能丢数据
  • 不区分状态就直接复位卡:复位会让阵列重新扫描,状态改变后原始证据也一起变了
  • 只看控制器状态不看 SMART:控制器判定与盘体自检反映的层面不同,单一来源容易误判

数据来源与参考

  • Broadcom MegaRAID 用户指南(PD 状态)
  • storcli 命令参考
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌