www.sosit.com.cn

radi6 阵列崩溃之后：一位数据恢复工程师的现场诊断与手记

“小李，你看看这组 radi6 阵列……客户说突然全部掉盘了，3 块硬盘亮红灯。”同事把四块 4TB 的 WD 盘推到我面前，电源和 SATA 线还连着。我扫了一眼，都是同一批次，心里咯噔一下：radi6 理论上允许坏两块盘，但真遇上大规模故障，往往不止物理坏盘那么简单。 www.sosit.com.cn

这活儿不是第一次接。早些年我还在技王数据恢复的时候，碰到过更离奇的 radi6 案例——八块盘里只有一块明显异响，但重建到一半就卡死，发现是因为某块硬盘的固件区受损，导致 radi6 控制器错误地标记了所有盘。今天这个，我得先从最基础开始查，而不是直接跳进数据恢复软件里。 www.sosit.com.cn

第一步：别急着扫描，先判断 radi6 故障的真实类型

客户描述“突然全部掉盘”其实有误导性。我让同事把每块盘单独接到 SATA 直连口上，用 HDDScan 看 SMART 信息。结果很有意思： www.sosit.com.cn

• 硬盘 A：SMART 状态正常，无坏道，通电时间 2.1 万小时。
• 硬盘 B：05 和 C5 属性有值，但没超过阈值，初步看是少量不稳定扇区。
• 硬盘 C：通电后异响，磁头可能卡住了。
• 硬盘 D：完全无响应，电路板指示灯不亮。

你看，四块盘四种状态。如果硬用 “radi6 重建” 功能去修，等于把坏数据写进奇偶校验，什么都捞不着。这里必须纠正一个常见误区：radi6 阵列允许两块盘故障，但前提是故障盘必须是“干净”的离线，而非仍在总线上但数据已损坏。 www.sosit.com.cn

真实经验：某金融公司的重要 radi6 阵列，管理员误以为只要替换两块盘就能自动重建，结果新盘插入后控制器开始对整列做一致性校验，把旧盘上本来还能读的扇区也强制写坏，最终只恢复出 30% 的数据。我一直强调：发现异常后第一时间做硬盘级镜像，别让阵列卡再碰原始盘。 技王数据恢复

第二步：硬盘镜像的技巧与注意点（radi6 尤其特殊）

好，现在我们拿到四块盘，按物理顺序编号。注意：radii6 的条带和双奇偶校验分布跟具体控制器有关（LSI、Adaptec、软阵列每个都不同）。但没关系，我们做镜像时只看 LBA 级别，不关心上层逻辑。 技王数据恢复

我一般做法：用 DeeperBox 或者 HDDSuperClone，对每块坏道盘做全盘镜像，遇到读取错误就跳过或重试（但 radi6 做镜像有个坑——如果一块盘有坏道，控制器原来存的数据可能是“错位”的，镜像出来的坏块必须标记清楚，后续重组时才能正确绕过）。

下面是我的操作清单，不完整，但核心逻辑在这里：

1. 先处理异响盘 (盘 C)： 开盘前必须无尘环境，否则划伤盘片就全完了。这盘磁头已坏，替换个匹配的好磁头（同型号同固件版本），然后做全盘镜像。这一步用了整整 14 小时。
2. 无响应盘 (盘 D)： 检查电路板，发现主控芯片击穿。换个相同物料号的板子，再把原板 ROM 信息移植过去（需要热风枪和编程器）。运气好，盘能识别了，坏道区域在 60% 的位置。
3. 盘 A 和盘 B： 直接读镜像，盘 A 很顺利，盘 B 有 200 多个延迟扇区，用了 3 小时才克隆完。

镜像生成 4 个 .img 文件后，我才开始考虑重组 raddi6 的事情。

第三步：重组 radi6 阵列的两种方案

方案 A：用专业工具自动扫描（比如 UFS Explorer RAID Recovery 或 R-Studio）。这类软件能识别大多数常见条带大小和校验旋转方式。但 radi6 的双校验算法（通常基于 Reed-Solomon）会使扫描时间翻倍，而且如果原始参数不对，结果就是一堆乱码。

方案 B：手动计算参数，再用底层工具重组。适用于对阵列卡参数熟悉的人。比如我知道客户用的是 Intel 软 RAID，参数一般是 128KB 条带，校验分布左同步。但必须验证：从镜像的第 0 扇区读取冗余信息，判断校验扇区的偏移。

我选择方案 A 为主，方案 B 辅助验证。因为这次有四块盘的完整镜像，即使自动扫描失败，也能逐个条带分析。

说到这想起一个小插曲——以前在技王数据恢复接的一个案例：某电视台的 radi6 存储了 10 年的素材，客户自己用 mdadm 重建，结果误判了校验算法，重组出来的视频全是雪花。我花了三天，手工识别出条带大小是 64KB 而不是 128KB，才救回来。 radi6 重组中参数错误是最大隐性风险。

实战结果与经验教训

用 UFS Explorer 扫描，它自动识别出四块盘的顺序（需要手动确认顺序，因为客户贴的标签不一定对）。条带大小 128KB，双校验左同步。选择“使用所有镜像文件”后，虚拟阵列立即挂载成功，文件系统是 NTFS，目录结构完整。

客户丢失的数据总量约 6TB，成功恢复 5.4TB。未能恢复的部分主要集中在盘 C 磁头故障区域的 300 多个条带——好在这些条带对应的奇偶校验也来自同一块盘，双奇偶校验的冗余性在完全失效。结论很现实：radi6 并非万无一失，当同一块盘上的数据和它的两个校验分片都损坏时，数据就彻底没了。

给管理员的几点提醒（基于 radi6 的常见隐患）

• 定期巡检：别只看阵列状态灯。每半年对每块硬盘做一次完整读写检测，潜伏坏道会慢慢侵蚀 reconstruciton 能力。
• 重建前必做镜像：无论你觉得 radi6 多安全，一旦触发 rebuild，故障盘的新写入动作可能加速失效。用 ddrescue 或类似工具先克隆。
• 记下阵列参数：条带大小、磁盘顺序、校验旋向——最好截图或写在运维文档里，否则恢复时全靠猜。
• 选购硬盘批次错开：同一批次的盘往往寿命相近，一次坏三块的事我见过不下五次。

一句总结

每个 radi6 故障现场都是独一无二的拼接游戏。上面的案例只是冰山一角——你要是遇到类似问题，别急着格式化或重建，先断电，然后把盘送过来（当然，也可以自己按上述步骤试试）。一句话：radi6 的恢复，慢就是快，稳就是赚。

（本文由前技王数据恢复工程师撰写，仅作经验分享，不构成具体操作指导。）