北京数据恢复 北京 深圳数据恢复 深圳 上海数据恢复 上海 成都数据恢复 成都 重庆数据恢复 重庆 浙江数据恢复 浙江 沈阳数据恢复 沈阳 福建数据恢复 福建 昆明数据恢复 昆明 天津数据恢复 天津
北亚数据恢复中心
网站首页
Index
公司概况
Company
公司动态
Dynamic
服务项目
Service
成功案例
Case
服务报价
Price
技术专区
Technical
联系我们
Contacts
服务网点
Alliance
技术论坛
BBS
 
数据恢复案例导航
  服务器数据恢复案例
  RAID数据恢复案例
  数据库恢复案例
  EFS文件解密案例
  硬件故障数据恢复案例
  逻辑故障数据恢复案例
  您现在的位置是:首页>>成功案例>>数据库恢复案例>>正文
 
SAN,LINUX EXT3 LUN,存储ORACLE数据库,FSCK后出错的数据恢复

作者:  来源: 日期:2007-2-9 15:38:09 点击:

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

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

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

 
上一篇: 恢复UNIX误删除数据库文件(NODE已被清除)
下一篇: 某医院ORACLE数据库恢复成功
返回首页 | 联系我们 | 关于我们 | 友情连接 | 网站地图 | RSS聚合