首页 | 公司简介 | 数据恢复 | 成功案例 | 技术中心 | 客户服务 | 服务报价 | 联系我们 | 技术论坛  
 
  北京总部: 4006-505-808
  上 海 部: 021-58358765
  深 圳 部: 0755-83692929
  浙 江 部: 13666673722
  广 州 部: 020-83821091
  重 庆 部: 023-86870422
  福 建 部: 0591-83300680
  西 安 部: 029-68614669
  沈 阳 部: 13386848847
  昆 明 部: 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,LINUX EXT3 LUN,存储ORACLE数据库,FSCK后出错,数据恢复手记

[申明]
    转载请保留原作网站:http://www.sjhf.net 关键字[LINUX数据恢复]

[摘要]
    国家质量监督总局,重要ORACLE数据库,存储于SAN 分配的50G LUN空间中,只分一个区,文件系统为EXT3,正常工作中ORACLE报磁盘物理故障,重新启动服务器后提示FSCK,全面执行完成,文件系统根生成/LOST+FOUND目录,其余目录消失,/LOST+FOUND目录下有太多形如#xxxxx一样的文件名称,但没有需要的几个数据库(根据大小查找也没有)
    要求二个工作日内全部恢复数据!

[分析]
    这样的案例是很典型的,我的BLOG中已经有好多例这样的恢复摘要了。(EXT3结构的冗余性还是不够健壮啊)

    所需文件并不是很多(4个数据库),按以前的做法,手工加上以前写好的程序分析,很快重建好原节点,写回后,改写目录条目,刷新后,恢复所有数据。历时约4小时。

上一篇:SCO OPENSERVER 误删除数据库,后100%数据恢复
下一篇:LINUX SAN 500G重新分区、格式化,后成功恢复数据90%
返回首页 | 联系我们 | 关于我们 | 招聘信息 | 友情链接 | 网站地图 | 合作伙伴
版权所有 北京北亚数据恢复中心
24小时免费咨询电话:4006-505-808 或 800-810-5880
中关村部:北京市海淀区中关村大街11号E世界A座832B室
皂君庙部:北京市海淀区学院南路68号吉安大厦C座(汇智楼)528室
京ICP备06061795