数据库resetlogs后进行rman恢复3

本文尝试实现10g数据库跨resetlogs恢复,遇到归档日志1156的问题,尝试多种方法仍未解决。恢复过程中出现ORA-00704等错误,即使调整参数亦未能成功resetlogs。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

重新restore的数据文件,然后想试试10g数据库跨resetlogs的功能实现rman的数据库恢复。
命令可以执行,但是在recover到停电那个点的归档日志的时候,有个归档执行不过去,明明文档在那里,说是文件不对。
报错的归档号是1156,查看文件在操作系统上的创建时间,确实1157和1158的创建时间都比1156早。系统来电以后自动recover,这个点有点乱,我还想耍小聪明,改改1157和1158的名字到1156,也是不行。
如果oracle不能自动走过这些归档,那么跨resetlogs进行recover这条路就基本行不通了,因为只有完成这些,才能往下走到resetlogs的那一步
 
 
 
使用建库的脚本,去掉了undo数据文件和新建的数据文件,创建了一个控制文件出来,想要打开数据库,
报错
ORA-00704: ????????
ORA-00604: ?? SQL ?? 1 ????
ORA-01173: ??????????????????

Error 704 happened during db open, shutting down database
 
我在初始化参数里面加了事件
EVENT="38003 trace name context forever,level 10"

结果log里面报错
alter database open resetlogs
ORA-1139 signalled during: alter database open resetlogs...
 
提示我system需要recover
 
我发现有原来undo1的文件拷贝,时间点应该是停电之后

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/13337857/viewspace-767716/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/13337857/viewspace-767716/

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值