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

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

999

积分

1

好友

942

主题
1#
发表于 2017-4-16 10:13:40 | 查看: 1631| 回复: 0
OS:AIX 5。3
DB:ORACLE 10。2。4
备份存储:TSM
问题描述:客户的系统每晚都会用RMAN对DB 作一次全量备份,全库备份也不到4G。备份在TSM管理的磁带上,但是人有不测风云。。。。。
通过RMAN日志分析2009-7-13这一天晚上,最后一个日志序列228备份后,第二天开始一直到今天2009-8-22。备份始终失败。
都说屋漏偏逢连阴雨,这话真TMD经典。果真应验了这个千古成语。就是2009-8-18这一次,维护人员一不小心,误删了两张非常重要的表。
发现以后也不知道如何恢复。就稀里糊涂地重新建了一遍。继续往这两个表里写数据。直到后来。。。。。。。。。
昨天,他们打电话通过N个人转到我这里,希望我能帮点小忙。我也不好推辞。就开始工作了。。。
客户现在要求: 恢复到2009-8-18 18:00 这个时间点。这个已经确认了。
由于采用的是主备机。主机上不能轻举妄动,所以昨晚工程师在夜黑人静时,默默地将主机的数据库文件硬件镜像了一份装到了备机上。
今天下午开始从备机上恢复。目前恢复过程中遇到了一个非常关键的问题:
最近能够使用的全备是2009-7-13日,已经可以正常RESTORE。
但是要恢复到2009-8-18,必须有228-266之间的所有归档呀。可是第一个归档(sequence=228)就坏在磁带上了,读不出来。
其它归档还好,都在硬盘上存着。

于客户开始幻想:能不能跳过SEQ=228这个归档,直接从229开始恢复。
客户的理由是:两张误删的表从8月份才开始有数据。因此228这个归档对恢复两张误删的表没有影响。
我听了觉得似乎有点启发,但由于本人的水平很一般。像这种打破常规习俗的事真的不知道该如何下手。

今发此贴,征求良策。若被采纳,永生感谢!!!
下载专业ORACLE数据库恢复工具PRM-DUL  For Oracle http://www.parnassusdata.com/

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

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

服务热线 : 13764045638  QQ: 47079569     邮箱:service@parnassusdata.com
您需要登录后才可以回帖 登录 | 注册

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

GMT+8, 2024-12-23 15:20 , Processed in 0.049100 second(s), 21 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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