使用未写入文档参数_ALLOW_RESETLOGS_CORRUPTION进行崩溃恢复经典一例

最新推荐文章于 2021-04-03 04:15:56 发布

转载最新推荐文章于 2021-04-03 04:15:56 发布 · 150 阅读

本文提供了当Oracle数据库遇到无法打开的情况时的一种应急恢复方案。主要适用于没有备份、联机重做日志损坏或丢失且含有未提交事务的情况。通过详细的步骤指导如何尝试恢复数据库，并强调了在特定条件下进行恢复的风险。

什么情况可能使用该参数
　有些时侯可能你的库处于非归档的模式下，而你的联机重做日志又currupted,你的数据文件不能完成完全的恢复。而这时当你试图打开数据库时，oracle提示你用resetlogs选项，当你使用该选项时oracle又不允许你使用该选项，总之你想打开数据库，可就是打不开。[@more@]

步骤：
1、最好做一个物理的库的全备
2、使用sqlplus 启动库至mount
sqlplus /nolog
sql>connect internal
sql>startup mount
3、确保所有的数据文件都处于"END BACKUP"状态
sql>set pages 0 feedback off lines 132
sql>spool alter_df.sql
sql>SELECT 'alter database datafile '||file_name||' END BACKUP;' from v$datafile;
sql>spool off
sql>@alter_df.sql
4、试着打开数据库
sql>alter database open;
如数据库成功打开，余下的都不需要做了，到此为止
5、如果你在打开时被要求进行恢复，使用"UNTIL CANCEL"这种进行恢复,然后再发出ALTER DATABASE OPEN RESETLOGS这个命令
sql>recover database until cancel;
sql>alter database open resetlogs;
6、如果数据库仍不能打开，把库down掉
sql>shutdown immediate
7、在init.ora中加入如下参数
_allow_resetlogs_corruption=TRUE
8、执行如下语句
sql>connect internal
sql>startup mount
sql>@alter_df.sql
sql>alter database open
9、如在alter database open时仍旧报错，使用until cancel恢复
sql>recover database until cancel;
sql>alter database open resetlogs;
10、经过"9",数据库一定被打开了，数据库被打开后，马上执行一个full export
11、down掉库,去掉_all_resetlogs_corrupt参数
12、重建库
13、import并完成恢复
14、建议执行一下ANALYZE TABLE ...VALIDATE STRUCTURE CASCADE;

这种办法仅仅是在没有办法的办法后使用，满足以下条件
1、没有备份
2、损坏或丢失的当前的联机日志
3、当前日志中包含未提交或回滚的事务。
注意，此方法不仅是在不归档数据库中，如果归档了，但是没有任何可用备份也是一样。

注意，当前联机日志的损坏或丢失对数据库的打击的巨大的，
数据库的一致性的保证就是联机日志，而联机日志丢了，数据库的一致性可能就没有保证
这也就是以上步骤中从10开始的原因。

如果损坏的不是当前日志，或当前日志没有同步的需要（没有未完成的事务）
可以通过
alter database clear [unarchived] logfile group n
来重建日志组