[url]http://www.sjhf.net[/url]经典数据恢复案例。转载请保留原作网站:[url]http://www.sjhf.net[/url]
[摘要]FC通道 SAN,由两组IDE500GB*7的RAID5组成,再通过MAC OS X10.4构建RAID0,生成一个逻辑卷,卷容量为5.5TB,多用户同时访问这一卷时崩溃。卷内存有大量重要音视频、文档、数据库,为用户单位重要的存储体,数据无备份,有其他数据恢复公司试图修复,未果。
[摘要]FC通道 SAN,由两组IDE500GB*7的RAID5组成,再通过MAC OS X10.4构建RAID0,生成一个逻辑卷,卷容量为5.5TB,多用户同时访问这一卷时崩溃。卷内存有大量重要音视频、文档、数据库,为用户单位重要的存储体,数据无备份,有其他数据恢复公司试图修复,未果。
接手后表现:
苹果系统内可以看到两组RAID卷、每个RAID卷的分区表正常,有RAID卷,但卷异常。苹果的RAID ADMIN软件实别RAID卷的状态为正常。
苹果系统内可以看到两组RAID卷、每个RAID卷的分区表正常,有RAID卷,但卷异常。苹果的RAID ADMIN软件实别RAID卷的状态为正常。
主要难点:
1、容量巨大,重组数据可能性不大,且效率太低
2、苹果系统下对硬盘的底层访问较难
3、因容量巨大,FC LUN的扇区大小为1024BYTE
1、容量巨大,重组数据可能性不大,且效率太低
2、苹果系统下对硬盘的底层访问较难
3、因容量巨大,FC LUN的扇区大小为1024BYTE
分析过程:
1、据表现来看,问题应该出现在软RAID这一步上。
2、查看所有盘的前面数据,分析其硬RAID的信息
3、分析软RAID结构是否损坏,发现APPLE RAID的XML文件损坏
4、软RAID分区表表明RAID OFFLINE
1、据表现来看,问题应该出现在软RAID这一步上。
2、查看所有盘的前面数据,分析其硬RAID的信息
3、分析软RAID结构是否损坏,发现APPLE RAID的XML文件损坏
4、软RAID分区表表明RAID OFFLINE
备用修复方案:
1、分析两组LUN的RAID结构
2、外部挂载,通过自有HFS+软件重组RAID后直接提取数据
1、分析两组LUN的RAID结构
2、外部挂载,通过自有HFS+软件重组RAID后直接提取数据
本文转自 张宇 51CTO博客,原文链接:http://blog.51cto.com/zhangyu/33857,如需转载请自行联系原作者