首页 | 公司简介 | 数据恢复 | 成功案例 | 技术中心 | 客户服务 | 服务报价 | 联系我们 | 技术论坛  
 
  北京总部: 4006-505-808
  上 海 部: 021-58358765
  深 圳 部: 0755-83692929
  浙 江 部: 13666673722
  广 州 部: 020-83821091
  重 庆 部: 023-86870422
  福 建 部: 0591-83300680
  昆 明 部: 15987117834
  其它地区: 4006-505-808

中国联通信息平台-HP-UX数据恢
中国石油管理局-Oracle数据库恢
工商银行山东分行-AIX删除LV数
濮阳市地方税务局-CHKDSK后数据
台湾HD公司-FreeBSD Nas无法启
promise乔鼎硬盘阵列数据恢复成
IBM EXP300 磁盘阵列数据恢复成
NAS 8100无法挂载数据卷

RAID损坏后 对数据的完整备份
LINUX FSCK数据出错灾难应急方
误删除、误格式化数据灾难应急
误GHOST、误一键恢复灾难应急方
磁盘未被格式化,是否格式化数据
raid磁盘阵列OFFLINE后的应急方
硬盘出现异响应急处理
您当前的位置:首页 >> 经典案例 >> 正文

成功解决SAN 的7TB大容量数据恢复(Apple Xsan)

http://www.sjhf.net经典数据恢复案例。转载请保留原作网站:http://www.sjhf.net
[摘要]FC通道 SAN,由两组IDE500GB*7的RAID5组成,再通过MAC OS X10.4构建RAID0,生成一个逻辑卷,卷容量为5.5TB,多用户同时访问这一卷时崩溃。卷内存有大量重要音视频、文档、数据库,为用户单位重要的存储体,数据无备份,有其他数据恢复公司试图修复,未果。

接手后表现:
    苹果系统内可以看到两组RAID卷、每个RAID卷的分区表正常,有RAID卷,但卷异常。苹果的RAID ADMIN软件实别RAID卷的状态为正常。

主要难点:
    1、容量巨大,重组数据可能性不大,且效率太低
    2、苹果系统下对硬盘的底层访问较难
    3、因容量巨大,FC LUN的扇区大小为1024BYTE

分析过程:
    1、据表现来看,问题应该出现在软RAID这一步上。
    2、查看所有盘的前面数据,分析其硬RAID的信息
    3、分析软RAID结构是否损坏,发现APPLE RAID的XML文件损坏
    4、软RAID分区表表明RAID OFFLINE

修复过程:
    1、根据分析结果,生成好的RAID信息,计算在某号盘的位置,拷贝。
    2、更改两组中分区表所在硬盘,写入正确的信息
    3、修复逻辑分区内的小问题
    4、上线、数据恢复成功   

备用修复方案:
    1、分析两组LUN的RAID结构
    2、外部挂载,通过自有HFS+软件重组RAID后直接提取数据

上一篇:成功恢复UNIX误删除数据库文件(NODE已被清除)
下一篇:一例第三方NTFS软RAID数据恢复成功
返回首页 | 联系我们 | 关于我们 | 招聘信息 | 友情链接 | 网站地图 | 合作伙伴
版权所有 北京北亚数据恢复中心
24小时免费咨询电话:4006-505-808 或 800-810-5880
中关村部:北京市海淀区中关村大街11号E世界A座832B室
皂君庙部:北京市海淀区学院南路68号吉安大厦C座(汇智楼)528室
京ICP备06061795