先给你吃个定心丸：你说的“大部分数据仍可读取”是完全成立的——RAID5的设计允许单盘故障，哪怕恢复过程中第二块盘出现读错误，只要不是两块盘彻底报废（完全无法读取任何数据），我们还是有很大概率抢救出大部分数据的。下面是一步步的实操建议，一定要按顺序来，避免加重损坏：

• 第一优先级：立即停止所有对原RAID磁盘的操作
  别再尝试挂载RAID、重启恢复进程，甚至不要让系统自动扫描这些磁盘。读错误的盘如果继续被频繁读写，很可能会让更多扇区彻底损坏，把可恢复的数据变成永久丢失。

• 给所有磁盘做镜像（重点处理读错误的盘）
  绝对不要直接在原盘上做恢复操作，先给每一块RAID磁盘创建完整镜像。对于那块有读错误的盘，推荐用ddrescue工具——它会跳过无法读取的坏扇区，优先抢救能读的数据，还能通过日志文件断点续传：

  ddrescue /dev/sdX /path/to/external/storage/sdX.img /path/to/external/storage/sdX.log
  

  这里的/dev/sdX是你那块出问题的磁盘设备名，/path/to/external/storage要选一个容量足够（至少25TB以上）的外部存储，比如大容量NAS或者多块硬盘组成的临时存储池。

• 基于镜像尝试组装RAID
  用镜像文件来模拟原RAID，避免损坏原盘。如果你用的是Linux系统，mdadm是最常用的工具，可以强制组装RAID（因为有一块盘有读错误，系统会默认拒绝，但我们可以跳过这个检查）：

  mdadm --assemble --run --force /dev/md0 /path/to/sd1.img /path/to/sd2.img /path/to/sd3.img /path/to/sd4.img /path/to/sd5.img
  

  组装成功后，你可以挂载/dev/md0，然后把能正常读取的文件优先拷贝出来——哪怕部分文件有损坏，至少大部分完整文件能保住。

• 如果RAID组装失败，试试文件级恢复
  如果mdadm无法组装RAID，别慌，我们可以直接扫描镜像文件找可恢复的文件。推荐用testdisk或者photorec：

  • testdisk可以尝试修复损坏的分区表和文件系统，找回完整的目录结构；
  • photorec会忽略文件系统结构，直接扫描磁盘镜像里的文件签名，能找回大部分类型的文件（比如文档、图片、视频），缺点是可能丢失文件名和目录结构，但总比全丢好。

• 最后一招：专业数据恢复服务
  如果自己操作下来还是有困难，或者有非常重要的文件必须完整恢复，可以找专业的数据恢复公司。他们有硬件级的设备（比如开盘读取坏盘），能处理更复杂的情况，但费用会比较高——你可以根据数据的重要性权衡。

最后还是要提醒一句：这次恢复后，一定要想办法做备份！25TB确实大，但可以用增量备份方案，每周备份变化的数据，或者用对象存储分批次上传，总比下次再遇到这种情况束手无策强。

内容的提问来源于stack exchange，提问作者swat