首页 | 公司简介 | 数据恢复 | 备份服务 | 成功案例 | 技术中心 | 客户服务 | 服务报价 | 数据恢复软件 | 联系我们 | 北亚博客  
 
  北京总部: 4006-505-646
  天 津 部: 4006-505-646
  上 海 部: 4006-505-646
  深 圳 部: 4006-505-646
  广 州 部: 4006-505-646
  重 庆 部: 4006-505-646
  南 京 部: 4006-505-646
  其它地区: 4006-505-646
北亚数据恢复软件Windows专业版
三星手机数据恢复软件V1.0
北亚苹果手机数据恢复软件V2.0
北亚硬盘录像机数据恢复软件 V
北亚vmware虚拟机数据恢复软件
北亚照片数据恢复软件
北亚摄像机数据恢复软件 v2.1
北亚Sybase数据库修复软件 V2.
raid磁盘阵列应急方案
HP EVA4400/6400/8400/P6000
iphone 通讯录丢失如何恢复?
xen server 存储库(sr)损坏后
RAID6结构原理详解(北亚数据
AIX下删除LV后的现场保护和数
RAID损坏后 对数据的完整备份
您当前的位置:首页 >> 经典案例 >> 正文

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%
返回首页 | 联系我们 | 关于我们 | 招聘信息 | 友情链接 | 网站地图 | 合作伙伴
版权所有 北京北亚宸星科技有限公司
全国统一客服热线:4006-505-646
北京总部:北京市海淀区永丰基地丰慧中路7号新材料创业大厦B座205室
京ICP备09039053

succp