杭州服务器数据恢复之RAID0 LINUX EXT3数据恢复案例
[ 2009-12-16 12:54:32 | 作者: Admin ]
接到杭州数据恢复客户电话，描述一台四个硬盘做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节点，通过节点读取用户全部数据，最后数据全部恢复成功！
数据恢复咨询热线：0571－56892709 15314676921
追述到以前恢复浙江移动服务器数据恢复经验，服务器同时掉线，用户强制上线之后出现分区损坏或者无法找到系统的信息，最后是由于硬盘顺序颠倒，导致磁盘阵列数据错位，从出现如上错误信息。
于是本人让用户不要用什么分区修复工具进行修复，如修复的话反而会导致原有分区数据被破坏，用户根据我给他分析问题和现有的情况，觉得很有道理，于是停止了修复分区表的念头。决定还是找向我们专业的数据恢复公司，保证数据能够很好的被恢复。如果自己尝试修复的话反而会更糟，有可能会导致数据完全无法恢复的情况。
用户带着编号好的4个硬盘进行检测，检测结果如下：除了1号盘正常的话其他3个硬盘都有坏道。呵呵，想想该服务器真是老天保佑，一般平时2个硬盘做RAID0安全性就已经很差了，四个硬盘做RAID0那就更差了，没有想到还能运行好几年。
最后检测结构正如我上面所说的，硬盘顺序颠倒之后强制上线（也就是2和3号硬盘颠倒），导致数据错位，还好用户没有对其分区修复，否则根据LINUX EXT3特性通过日志修复文件系统覆盖原有正常的i节点，从而避免导致数据进一步破坏。
对每个硬盘进行二进制数据备份，对服务器磁盘阵列数据进行数据整合。
呵呵，2个硬盘做RAID0数据恢复比较简单，但是四个硬盘做RAID0估计一般的恢复软件多无法胜任，幸亏本人自己研发的专业RAID数据恢复软件，对软件进行简单的修改，最后四个硬盘组成的RAID0数据全部整合完毕。
数据整合好之后，剖析EXT3文件系统，分析数据结构，通过对EXT文件系统搜索全部的i节点，通过节点读取用户全部数据，最后数据全部恢复成功！
[最后修改由 Admin， 于 2010-03-10 11:34:07]
评论Feed: http://www.dstsos.com/feed.asp?q=comment&id=39
引用链接: 这篇日志没有评论。
