Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

11

积分

0

好友

3

主题
1#
发表于 2013-9-2 12:31:46 | 查看: 4032| 回复: 3
环境:2008 X64位
数据库:10.2.0.1
问题:软件开发商不小心建新库,SID、路径和原生产库一致,导致覆盖了原来生产库,建库之前冷备份只备份出了生产库的一个表空间文件data01.dbf,用户的所有数据都在这个文件中,之前的备份有5天之前有用生产用户导出的DMP文件。
也就是说只有一个data01.dbf文件,可不可能恢复回来,或者恢复data01.dbf的数据,谢谢
2#
发表于 2013-9-2 12:36:25
1. 可以尝试存储级别恢复
2. 尝试挖data01.dbf文件(结合dmp文件中的相关结构),原则上可以找出来绝大部分数据
3. 存储过程,视图,index可以通过dmp来恢复,原则上来说,就算不做1操作,后面几项,还是可以恢复大部分数据

回复 只看该作者 道具 举报

3#
发表于 2014-12-11 14:44:53
这可能是部分刚接手的运维人员 或者代维人员所要遇到的问题, 一个老的数据库只剩下DBF文件了,要如何恢复其中的数据?

其实这个问题 分成好多种情况,请自行对号入座:

1)数据库所有的DBF文件都在,没有缺失,也没有损坏
这个情况是最简单的 自己建一个参数文件INIT.ORA,并基于这些DBF文件去创建控制文件,然后尝试打开数据库即可。如果说数据文件都是干净的CLEAN的,那么直接可以打开。如果数据文件是DIRTY的,这里由于没有REDO LOG了,所以需要以隐藏参数等方式打开数据库。
2) 数据库DBF有少量缺失,缺失主要是非SYSTEM01.DBF的数据文件,没有损坏
这种情况在 1)的基础上将缺失的数据文件OFFLINE DROP掉就好了,因为对应的数据文件都没了,那么丢了对应数据文件上的数据也很正常
3) 数据库DBF有少量缺失,缺失主要是非SYSTEM01.DBF的数据文件,非SYSTEM01.dbf的数据文件有少量损坏
这种情况在 2)的基础上打开数据库问题并不大,但打开数据库后 由于其他表空间数据文件上有少量损坏,所以具体访问用户数据时可能出现ORA-1578、ORA-8103、ORA-1410、ORA-00600等错误,还是比较容易克服的
4) 数据库DBF有少量缺失,缺失主要是非SYSTEM01.DBF的数据文件,SYTEM01.DBF有损坏
这种情况下打开数据库就不容易了,可能需要用到BBED技术去修改SYSTEM01.DBF,以便才能打开数据库
5) 只有部分DBF,其中还缺失了SYSTEM01.DBF
这种情况不要指望能打开数据库,只能使用PRM-DUL之类的软件 来直接抽取数据

以上情况1)~4) 只要SYSTEM01.DBF还在或者损坏的不是太严重,那么都可以由专业技术人员去打开数据库后导出数据,但是在情况5)下只能使用DUL类工具去抽取数据了。

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!

诗檀软件专业数据库修复团队

服务热线 : 400-690-3643   备用电话: 18501767907    邮箱:service@parnassusdata.com

ORACLE PRM是诗檀软件独立研发的ORACLE数据库灾难恢复软件,其具有全程图形化界面、简单高效等特点。
欢迎下载使用ORACLE PRM。 下载地址:http://parnassusdata.com/sites/d ... MForOracle_3206.zip
PRM用户使用手册。http://www.parnassusdata.com/sit ... E5%86%8C%20v0.3.pdf

回复 只看该作者 道具 举报

4#
发表于 2014-12-20 11:15:45
非常详细拜读了

回复 只看该作者 道具 举报

您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-5-17 17:18 , Processed in 0.047695 second(s), 20 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569