服务器数据恢复之RAID0 LINUX EXT3数据恢复案

sdccf

作者: oniprbl  出自: http://www.linuxdiyf.com
　　杭州RAID数据恢复：接到杭州数据恢复客户电话，描述一台四个硬盘做RAID0的DELL服务器瘫痪，3硬盘同时亮红灯，里面系统是LINUX AS 3.1 ，EXT3日志文件系统，是财政局的网站数据。用户自己尝试通过将磁盘阵列将同时报错的硬盘强制上线，之后出现无法找到硬盘分区的错误，用户电话询问有无分区表修复工具，能否修复？回答：最好不要修复，原因是有可能是硬盘顺序颠倒导致分区丢失。
　　追述到以前恢复浙江移动服务器数据恢复经验，服务器同时掉线，用户强制上线之后出现分区损坏或者无法找到系统的信息，最后是由于硬盘顺序颠倒，导致磁盘阵列数据错位，从出现如上错误信息。
　　于是本人让用户不要用什么分区修复工具进行修复，如修复的话反而会导致原有分区数据被破坏，用户根据我给他分析问题和现有的情况，觉得很有道理，于是停止了修复分区表的念头。决定还是找向我们专业的数据恢复公司，保证数据能够很好的被恢复。如果自己尝试修复的话反而会更糟，有可能会导致数据完全无法恢复的情况
　　用户带着编号好的4个硬盘进行检测，检测结果如下：除了1号盘正常的话其他3个硬盘都有坏道。呵呵，想想该服务器真是老天保佑，一般平时2个硬盘做RAID0安全性就已经很差了，四个硬盘做RAID0那就更差了，没有想到还能运行好几年。
　　最后检测结构正如我上面所说的，硬盘顺序颠倒之后强制上线（也就是2和3号硬盘颠倒），导致数据错位，还好用户没有对其分区修复，否则根据LINUX EXT3特性通过日志修复文件系统覆盖原有正常的i节点，从而避免导致数据进一步破坏。
　　对每个硬盘进行二进制数据备份，对服务器磁盘阵列数据进行数据整合。
　　2个硬盘做RAID0数据恢复比较简单，但是四个硬盘做RAID0估计一般的恢复软件多无法胜任，幸亏本人自己研发的专业RAID数据恢复软件，对软件进行简单的修改，最后四个硬盘组成的RAID0数据全部整合完毕。
　　数据整合好之后，剖析EXT3文件系统，分析数据结构，通过对EXT文件系统搜索全部的i节点，通过节点读取用户全部数据，最后数据全部恢复成功！

本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u/31/showart_683206.html