阵列故障里最容易被二次破坏的环节是"重建"。RAID 掉盘后直接换盘重建，或者用工具在线重组，都可能向所有成员盘写入校验数据，把原本还能提取的原始结构破坏掉。正确顺序是先把每块盘完整镜像下来，再在镜像上做虚拟重组。
常见送修情形
- RAID5 / RAID6 多块盘离线，阵列崩溃
- 单盘离线后误操作重建，重建中途失败
- RAID 卡损坏，换卡后不认原阵列配置
- 服务器重装系统时误初始化了阵列
- ESXi、Hyper-V、Proxmox 的虚拟磁盘文件损坏
- NAS（群晖、QNAP 等）存储池降级失败、卷崩溃
- 阵列扩容或迁移过程中断电
处理路径
- 逐盘只读镜像。镜像没完成之前不做任何重组尝试，这一步是后面所有操作的前提。
- 记录原阵列参数。盘序、条带大小、校验方向、RAID 级别、数据起始偏移，参数错一项，重组出来的数据就是乱的。
- 在镜像上虚拟重组。多组参数并行尝试，用文件系统特征反证哪一组正确，而不是靠猜。
- 优先提取关键数据。重组成功后先取数据库文件、虚拟磁盘、业务文档，不必全盘镜像导出。
- 输出到独立存储。不回写原阵列，原盘保留至交付确认。
需要你提供的信息
- 全部成员盘，包括已经离线的那些
- RAID 级别、原 RAID 卡或阵列卡型号
- 盘序标记方式，或服务器型号（可据此推断盘序规则）
- 故障发生的顺序，以及之后做过哪些操作
时间与交付
阵列恢复的周期主要花在逐盘镜像上，取决于单盘容量与健康状态。镜像完成后，重组与提取一般在 1 至 3 个工作日内给出结果清单。数据量大的场景可分批交付，优先让业务系统先恢复运行。
说明
- RAID 恢复的前提是成员盘本身可读。成员盘有物理故障的，需要先逐盘做物理处理。
- 阵列参数不确定时，可能只能按文件签名提取，文件名与目录结构会部分丢失。
- 不承诺一定能重组成功。发现阵列异常后，第一件事是断电，不是换盘重建。