[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，如需转载请自行联系原作者
