十月初,深圳某建筑设计院的信息负责人找到补天时代,语气很急:院里一台群晖DS918+四盘位NAS,配置的是四块4TB硬盘组RAID5,存放了建院以来近十年的CAD图纸、BIM模型和项目归档资料。前一天机房跳闸,来电之后NAS提示两块硬盘「已损毁」,存储空间显示「已损毁」,所有共享文件夹无法访问。
检测发现,第一块硬盘早在两个月前就出现了少量坏扇区,群晖后台其实推送过「磁盘健康状况警告」,但当时没人留意;跳闸断电瞬间,这块盘在写入关键的分区表信息,通电后彻底不认盘。第二块盘属于压垮骆驼的最后一根稻草——RAID5只允许坏一块盘,而第二块盘本身也存在老化坏道,重建读盘时大量超时,最终被阵列踢出,两块盘离线,阵列崩溃。
这里要提醒所有用NAS的单位:RAID5重建过程对剩余硬盘是满负荷读写的压力测试,一旦剩余盘里有暗伤,重建就是二次事故的高发场景。客户院里的IT最初想自己换新盘重建,被补天时代的工程师及时劝阻——在两块盘掉线的状态下任何重建操作都可能把幸存盘的数据同步冲掉。
补天时代给出的方案分两步:第一步,对四块硬盘逐块做只读镜像,全程不原盘读写,镜像完成后原盘封存;第二步,在镜像文件上分析群晖的Linux SoftRAID结构,按盘序、条带大小、校验方向虚拟重组RAID5,再解析群晖的BTRFS文件系统,导出全部共享文件夹。
两台盘都有坏道,镜像过程用了三天,工程师对坏扇区区域做了反复多轮读取,能挽回的扇区一个不落。第四天,虚拟阵列挂载成功,目录结构完整,共恢复出约11.6TB数据。客户抽查了三个重点项目的图纸,全部可正常打开。
这次事故的根源不是跳闸,而是两个月前就亮起的第一块盘的预警灯。补天时代建议NAS用户做到三点:一是重视系统推送的磁盘健康警告,发现警告先备份再换盘;二是RAID不是备份,重要数据另备一份到独立介质;三是阵列崩溃后立即断电停机,不要反复重启尝试,更不要自行初始化或重建。
深圳地区遇到NAS存储硬盘损坏、RAID阵列崩溃的情况,可拨打0755-83775551,补天时代专注数据恢复二十余年,累计恢复硬盘2万个、服务器及存储3000台,提供检测评估与恢复方案,不成功不收取恢复费用。