杭州服务器数据恢复之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
[最后修改由 Admin, 于 2010-03-10 11:34:07]
评论Feed 评论Feed: http://www.dstsos.com/feed.asp?q=comment&id=39
UTF-8 Encoding 引用链接: 点击查看引用链接

这篇日志没有评论。

发表
表情图标
[smile] [confused] [cool] [cry]
[eek] [angry] [wink] [sweat]
[lol] [stun] [razz] [redface]
[rolleyes] [sad] [yes] [no]
[heart] [star] [music] [idea]
UBB代码
转换链接
表情图标
悄悄话
用户名:   密码:   注册?
验证码 * 请输入验证码