Oracle Redo日志损坏挽救的详细攻略

更新时间：2025年02月27日 08:46:48 作者：施嘉伟

Oracle Redo损坏分四种情况:unused状态日志损坏 inactive状态日志损坏 active状态日志损坏 current状态日志损坏,针对不同状态的日志损坏,处理方式有所不同,下面将逐一介绍,需要的朋友可以参考下

一介绍

1.1 介绍

Oracle Redo损坏分四种情况:unused状态日志损坏 inactive状态日志损坏 active状态日志损坏 current状态日志损坏。针对不同状态的日志损坏，处理方式有所不同，下面将逐一介绍。

二恢复

2.1 unused与inactive状态日志损坏

如果这个日志是inactive,手动执行clearing操作:

SQL> alter database clear logfile group 2;
alter database clear logfile group 2
*
第 1 行出现错误:
ORA-00350: 日志 2 (实例 orcl 的日志, 线程 1) 需要归档
ORA-00312: 联机日志 2 线程 1:
F:ORACLEPRODUCT10.2.0ORADATAORCLREDO02.LOG

执行如下操作:

SQL> alter database clear unarchived logfile group 2;

数据库已更改。

2.2 active状态日志损坏

存在归档直接使用归档恢复即可..

SYS@orcl11g>recover database until cancel; --指定恢复的时间点(如果不知道，就是untill cancel)
ORA-00279: change 1763218 generated at 06/24/2021 12:02:00 needed for thread 1
ORA-00289: suggestion : /u01/app/oracle/arch/1_74_816622368.dbf
ORA-00280: change 1763218 for thread 1 is in sequence #74
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
/u01/app/oracle/arch/1_74_816622368.dbf
ORA-00279: change 1769094 generated at 06/24/2021 13:34:43 needed for thread 1
ORA-00289: suggestion : /u01/app/oracle/arch/1_75_816622368.dbf
ORA-00280: change 1769094 for thread 1 is in sequence #75
ORA-00278: log file '/u01/app/oracle/arch/1_74_816622368.dbf' no longer needed for this recovery
 
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
/u01/app/oracle/oradata/orcl11g/redo01.log --指定current日志
Log applied.
Media recovery complete.

2.3 Current状态日志损坏

常规情况:

设置隐藏参数:

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

SYS@orcl11g> recover database until cancel;
ORA-00279: change 1789650 generated at 06/24/2021 13:40:21 needed for thread 1
ORA-00289: suggestion : /u01/app/oracle/arch/1_2_818948248.dbf
ORA-00280: change 1789650 for thread 1 is in sequence #2
 
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
/u01/app/oracle/arch/1_2_818948248.dbf
ORA-00279: change 1789904 generated at 06/24/2021 13:41:02 needed for thread 1
ORA-00289: suggestion : /u01/app/oracle/arch/1_3_818948248.dbf
ORA-00280: change 1789904 for thread 1 is in sequence #3
ORA-00278: log file '/u01/app/oracle/arch/1_2_818948248.dbf' no longer needed
for this recovery
 
Specify log: {<RET>=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: '/u01/app/oracle/oradata/orcl11g/system01.dbf'
 
SYS@orcl11g> alter database open resetlogs;
Database altered.

如若出现与SCN相关 ORA-00600错误使用以下推进SCN方式进行处理

2.3.1 Poke推进scn修复

1.查看当前数据库的Current SCN

SYS@orcl> select current_scn||'' from v$database;
CURRENT_SCN||''
--------------------------------------------------------------------------------
4563483988

可以看到当前SCN是4563483988，我现在想推进SCN，在10w级别，也就是4563483988标红数字修改为指定值。

2.重新启动数据库到mount阶段

SYS@orcl> shutdown abort
ORACLE instance shut down.
SYS@orcl> startup mount
ORACLE instance started.
Total System Global Area 1235959808 bytes
Fixed Size                  2252784 bytes
Variable Size             788529168 bytes
Database Buffers          436207616 bytes
Redo Buffers                8970240 bytes
Database mounted.

3.使用oradebug poke推进SCN

我这里直接把十万位的"4"改为"9"了，相当于推进了50w左右：说明：实验发现oradebug poke 推进的SCN值，既可以指定十六进制的0x11008DE74，也可以直接指定十进制的4563983988。

SYS@orcl> oradebug setmypid
Statement processed.

SYS@orcl> oradebug dumpvar sga kcsgscn_
kcslf kcsgscn_ [06001AE70, 06001AEA0) = 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 6001AB50 00000000

SYS@orcl> select to_char(checkpoint_change#, 'XXXXXXXXXXXXXXXX') from v$database;
TO_CHAR(CHECKPOINT_CHANGE#,'XXXXXX
----------------------------------
        110013C41

SYS@orcl> oradebug poke 0x06001AE70 8 4563983988
BEFORE: [06001AE70, 06001AE78) = 00000000 00000000
AFTER:  [06001AE70, 06001AE78) = 1008DE74 00000001

SYS@orcl> oradebug dumpvar sga kcsgscn_
kcslf kcsgscn_ [06001AE70, 06001AEA0) = 1008DE74 00000001 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 6001AB50 00000000

SYS@orcl> alter database open;
Database altered.

SYS@orcl> select current_scn||'' from v$database;
CURRENT_SCN||''
--------------------------------------------------------------------------------
4563984271

可以看到已经成功将SCN推进到4563983988，SCN不断增长，所以这里查到的值略大一些。

4.举例ORA-600[2662]错误下poke计算方式

A data block SCN is ahead of the current SCN.
The ORA-600 [2662] occurs when an SCN is compared to the dependent SCN  stored in a UGA variable.
If the SCN is less than the dependent SCN then we signal the ORA-600 [2662] internal error.
 
ARGUMENTS:
  Arg [a]  Current SCN WRAP
  Arg [b]  Current SCN BASE
  Arg [c]  dependent SCN WRAP
  Arg [d]  dependent SCN BASE 
  Arg [e]  Where present this is the DBA where the dependent SCN came from.

计算方式:

ORA-00600: internal error code, arguments: [2662], [2], [1424107441], [2], [1424142235], [8388617], [], []
select 2*power(2,32)+1424142235 from dual;
10014076827
ORA-00600: internal error code, arguments: [2662], [2], [1424142249], [2], [1424142302], [8388649], [], []
select 2*power(2,32)+1424143000 from dual;
10014077592

总结公式：c * power(2,32) + d {+ 可适当加一点，但不要太大！}
c代表：Arg [c] dependent SCN WRAP
d代表：Arg [d] dependent SCN BASE

2.3.2 12c event 21307096推进scn修复

1.计算方式

Lowest_scn+event  level * 1000000

查看当前数据库SCN:

SQL> select to_char(current_scn) from v$database;

TO_CHAR(CURRENT_SCN)
----------------------------------------
12796139551520

2.添加event以及参数

alter system set "_allow_resetlogs_corruption"=true scope=spfile;
alter system set event='21307096 trace name context forever,level 3' scope=spfile;

3.启动数据库

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

SQL> startup mount;
ORACLE instance started.

Total System Global Area 1660944384 bytes
Fixed Size                  8793448 bytes
Variable Size             889193112 bytes
Database Buffers          754974720 bytes
Redo Buffers                7983104 bytes
Database mounted.

SQL> recover database using backup controlfile until cancel;
ORA-00279: change 12796139551734 generated at 04/20/2022 11:13:44 needed for
thread 1
ORA-00289: suggestion :
/app/oracle/product/12.2.0/db_1/dbs/arch1_1_1102504135.dbf
ORA-00280: change 12796139551734 for thread 1 is in sequence #1


Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
cancel
Media recovery cancelled.
SQL> 
SQL> 
SQL> alter database open resetlogs;

Database altered.

SQL> select to_char(current_scn) from v$database;

TO_CHAR(CURRENT_SCN)
----------------------------------------
12796142552279

SCN成功推进300w

2.3.3 gdb推进scn修复

Session 1:

查询当前scn:
SQL> select current_scn from v$database;                
CURRENT_SCN
-----------
 2910718245

查询当前SCN转成16进制后的值：
SQL> select to_char(2910718245,'xxxxxxxxxxxx') from dual;
TO_CHAR(29107
-------------
     ad7e0925

查询预修改的SCN转换成16进制后的值，本次将最高位增加一位数
SQL> select to_char(3910718245,'xxxxxxxxxxxx') from dual; 
TO_CHAR(39107
-------------
     e918d325

SQL> oradebug setmypid
Statement processed.

SQL> oradebug dumpvar sga kcsgscn_
kscn8 kcsgscn_ [060017E98, 060017EA0) = AD7E093B 00000000

需要注意的是，060017E98是SCN BASE值，AD7E093B是当前的SCN值，可以理解为060017E98是一个代号x，当前的x等于AD7E093B，待会儿我们修改SCN值的时候，就会需要指定060017E98这个值等于多少。

Session 2:

oracle    9824  9730  0 Feb22 ?        00:00:01 oracleorcl (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle   18621  8636  0 01:18 pts/1    00:00:00 grep --color=auto LOCAL=YES
oracle   20109 20105  0 Feb15 ?        00:00:13 oracletestdb19c (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))





本次测试库是orcl，因此选9824
[oracle@redhat19c11 ~]$ gdb $ORACLE_HOME/bin/oracle 9824
GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-114.el7
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
-------------------------------------------
-------------------------------------------
(gdb) set *((int *) 0x060017E98) = 0xe918d32--->将SCN BASE修改为刚才查出来的值
(gdb) quit
A debugging session is active.
        Inferior 1 [process 9824] will be detached.
Quit anyway? (y or n) y
Detaching from program: /oracle/app/product/19.3.0/db_1/bin/oracle, process 9824

返回session1查询,修改成功:

SQL> select current_scn from v$database;
CURRENT_SCN
-----------
 3910718287

重启数据库,也可正常打开数据库

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

Total System Global Area 2466250400 bytes
Fixed Size                  9137824 bytes
Variable Size             603979776 bytes
Database Buffers         1845493760 bytes
Redo Buffers                7639040 bytes
Database mounted.
Database opened.
SQL> select current_scn from v$database;

CURRENT_SCN
-----------
 3910719415

总结

Oracle Redo 日志损坏的恢复方法取决于日志的状态。对于 Unused 和 Inactive 状态的日志，通常可以直接清除；Active 状态的日志需要结合归档日志进行恢复；而 Current 状态的日志损坏最为严重，可能需要基于最新的备份进行完整恢复。合理配置日志管理策略，定期备份数据库，并妥善处理归档日志，可以有效降低因日志损坏导致的数据丢失风险。

以上就是Oracle Redo日志损坏挽救的详细攻略的详细内容，更多关于Oracle Redo日志损坏的资料请关注脚本之家其它相关文章！

您可能感兴趣的文章:

Oracle中基于hint的3种执行计划控制方法详细介绍
这篇文章主要介绍了Oracle中基于hint的3种执行计划控制方法详细介绍,它们分别是OUTLINE（大纲）、SQL PROFILE（概要文件）、SQL BASELINE（基线）,文中包含大量实例,需要的朋友可以参考下
2014-07-07
Oracle 查询优化的基本准则详解
本篇文章是对Oracle查询优化的基本准则进行了详细的分析介绍，需要的朋友参考下
2013-05-05
oracle 11g的警告日志和监听日志的删除方法
这篇文章主要介绍了oracle 11g的警告日志和监听日志的删除方法,需要的朋友可以参考下
2014-07-07
ORACLE学习笔记-新建用户及建表篇
Oracle系统，即是以Oracle关系数据库为数据存储和管理作为构架基础，构建出的数据库管理系统。世界第一个支持SQL语言的商业数据库，定位于高端工作站，以及作为服务器的小型计算机，Oracle公司的整个产品线包括数据库服务器、企业商务应用套件、应用开发和决策支持工具
2014-08-08
And,Where使用提示以及用+进行左关联的提示及注意事项
先左关联后在过滤假如关联的结果里面B.b3=null那么你在where后面在加B.b3=2那么结果中B.b3肯定是没有null的情况的,也就是说用+进行左关联没有用leftjoin灵活待后续看是否有什么好的解决方案
2013-02-02
Oracle压缩表空间的基本步骤
这篇文章主要介绍了Oracle怎么压缩表空间,压缩表空间可能需要一些时间，具体取决于表空间的大小和数据库的负载，因此，在执行此操作之前，请确保已备份数据库以防万一，需要的朋友可以参考下
2023-06-06
Oracle常见错误诊断
Oracle常见错误诊断...
2007-03-03
Linux 7下脚本安装配置oracle 11g r2教程
这篇文章主要为大家详细介绍了Linux 7下脚本安装配置oracle 11g r2教程，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
2017-04-04
Oracle表空间大小如何查看及扩增
Oracle数据库中,表空间是存储数据对象的关键结构,管理表空间包括监控其大小并根据需要进行扩展,以确保数据库运行高效,查看表空间大小,可以通过SQL查询或使用Oracle Enterprise Manager,扩展表空间的方法有手动增加数据文件
2024-10-10
Oracle中PL/SQL复合数据类型
这篇文章介绍了Oracle中PL/SQL的复合数据类型，文中通过示例代码介绍的非常详细。对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下
2022-05-05