Oracle Hidden Parameter:_allow_resetlogs_corruption

« Oracle Hidden Parameter:_disable_logging | Blog首页 | 叶子的离开，是因为风的追求，还是树的不挽留? »

Oracle Hidden Parameter:_allow_resetlogs_corruption

作者：eygle |【转载时请以超链接形式标明文章出处和作者信息及本声明】
链接：http://www.eygle.com/archives/2005/10/oracle_hidden_allow_resetlogs_corruption.html

站内相关文章|Related Articles

获得Redo Block Size的非典型方法

隐含参数_disable_logging的几点说明

转储日志文件头获得日志信息

Oracle Diag:如何处理ORA-600 2662错误

Oracle10g已经废弃log_archive_start参数

提示：Oracle的隐含参数只应该在测试环境或者在Oracle Support的支持下使用。
在使用_disable_logging进一步的测试中，试图通过switch logfile进行日志切换，结果重起居然报出日志文件损坏。

SQL> startup
ORACLE instance started.

Total System Global Area   97588504 bytes
Fixed Size                   451864 bytes
Variable Size              33554432 bytes
Database Buffers           62914560 bytes
Redo Buffers                 667648 bytes
Database mounted.
Database opened.
SQL> select count(*) from t;
select count(*) from t
                     *
ERROR at line 1:
ORA-00942: table or view does not exist


SQL> create table t as select * from dba_users;

Table created.

SQL> select count(*) from t;

  COUNT(*)
----------
        12

试图通过switch logfile触发检查点:

SQL> alter system switch logfile;

System altered.


SQL> insert into t select * from t;

12 rows created.

SQL> commit;

Commit complete.

SQL> select count(*) from t;

  COUNT(*)
----------
        24

日志文件损坏(未测试是否可以重复出现):

SQL> startup force;
ORACLE instance started.

Total System Global Area   97588504 bytes
Fixed Size                   451864 bytes
Variable Size              33554432 bytes
Database Buffers           62914560 bytes
Redo Buffers                 667648 bytes
Database mounted.
ORA-00354: corrupt redo log block header
ORA-00353: log corruption near block 3 change 897612314 time 10/19/2005 14:19:34
ORA-00312: online log 3 thread 1: '/opt/oracle/oradata/conner/redo03.log'

损坏的是active的日志文件:

SQL> select * from v$log;

    GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIM
---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ---------
         1          1        159   10485760          1 NO  INACTIVE             897592312 19-OCT-05
         2          1        158   10485760          1 NO  INACTIVE             897572310 19-OCT-05
         3          1        160   10485760          1 NO  ACTIVE               897612314 19-OCT-05
         4          1        161    1048576          1 NO  CURRENT              897612440 19-OCT-05

只好使用另外一个隐含参数_allow_resetlogs_corruption强制启动数据库，设置此参数之后，在数据库Open过程中，Oracle会跳过某些一致性检查，从而使数据库可能跳过不一致状态，Open打开:

SQL> alter system set "_allow_resetlogs_corruption"=true scope=spfile;

System altered.

SQL> shutdown immediate;
ORA-01109: database not open

Database dismounted.
ORACLE instance shut down.
SQL> startup mount;
ORACLE instance started.

Total System Global Area   97588504 bytes
Fixed Size                   451864 bytes
Variable Size              33554432 bytes
Database Buffers           62914560 bytes
Redo Buffers                 667648 bytes
Database mounted.
SQL> recover database using backup controlfile until cancel;
ORA-00279: change 897612315 generated at 10/19/2005 16:54:18 needed for thread 1
ORA-00289: suggestion : /opt/oracle/oradata/conner/archive/1_160.dbf
ORA-00280: change 897612315 for thread 1 is in sequence #160


Specify log: {=suggested | filename | AUTO | CANCEL}
cancel
ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '/opt/oracle/oradata/conner/system01.dbf'


ORA-01112: media recovery not started


SQL> alter database open resetlogs;

Database altered.

SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.

Total System Global Area   97588504 bytes
Fixed Size                   451864 bytes
Variable Size              33554432 bytes
Database Buffers           62914560 bytes
Redo Buffers                 667648 bytes
Database mounted.
Database opened.

幸运的时候数据库就可以成功Open，如果不幸可能会遇到一系列的Ora-600错误（最常见的是2662错误）此时就需要使用多种手段继续进行调整恢复。
如果注意观察alert日志，我们可能会发现类似以下日志:

Fri Jun 10 16:30:25 2005
alter database open resetlogs
Fri Jun 10 16:30:25 2005
RESETLOGS is being done without consistancy checks. This may result
in a corrupted database. The database should be recreated.
RESETLOGS after incomplete recovery UNTIL CHANGE 240677200
Resetting resetlogs activation ID 3171937922 (0xbd0fee82)

Oracle告诉我们，强制resetlogs跳过了一致性检查，可能导致数据库损坏，数据库应当重建。
不一致恢复最后恢复到的Change号是：240677200

通常使用此方法Open数据库之后，应该立即通过导出、导入重建数据库

历史上的今天...
>> 2006-10-19文章:

China-Pub和Dearbook 谁的销售更厉害?

Tom的法则:当你开发数据库软件时...

------
这篇【Oracle Hidden Parameter:_allow_resetlogs_corruption】来自 www.eygle.com | CSDN技术网摘| del.icio.us|365Key

By eygle on 2005-10-19 21:26 | Comments (3) | Posted to Internal | Edit |Pageviews:

相关文章	随机文章
获得Redo Block Size的非典型方法隐含参数_disable_logging的几点说明转储日志文件头获得日志信息 Oracle Diag:如何处理ORA-600 2662错误 Oracle10g已经废弃log_archive_start参数	感谢谷歌你的存在无需置疑看图说话需要学习法语么几则对于《深入浅出Oracle》的评价回家纪事-之五广州蒙难记

搜索本站:

Listed below are links to weblogs that reference Oracle Hidden Parameter:_allow_resetlogs_corruption:

» Oracle Diagnostics:How to deal with ORA-600 2662 Error from Friends Life and Oracle
在ORA-00600 2262错误解决一文中，我曾经提到过，很多时候使用隐含参数_ALLOW_RESETLOGS_CORRUPTION后resetlogs打开数据库,我们可能会由于SCN不一致而遭遇到ORA-00600 2662号错误，这里给出一个完整的例子及解决过程。 [Read More]

Tracked on September 4, 2006 2:59 PM

留言 (3)

blog换窝了^^
http://ananzeng.blog.chinaz.com/u1/722/
不便请谅解
－by 老狗

Posted by: 老狗 at October 20, 2005 8:03 PM

Have change it.:)

Posted by: eygle at October 20, 2005 8:46 PM

不便请谅解

Posted by: Ryan管 at April 8, 2008 6:56 PM

www.eygle.com

Oracle Hidden Parameter:_allow_resetlogs_corruption

留言 (3)

发表留言: