简单记录一次REDO文件损坏报错 ORA-00333重做日志读取块出错

最新推荐文章于 2024-07-16 16:21:50 发布

weixin_34026484

最新推荐文章于 2024-07-16 16:21:50 发布

阅读量1k

点赞数

文章标签：数据库操作系统

一.故障描写叙述

首先是实例恢复须要用到的REDO文件损坏

二、解决方法

1.对于非当前REDO或者当前REDO可是无活动事务使用下面CLEAR命令：

用CLEAR命令重建该日志文件SQL>alter database clear logfile group 3。

假设是该日志组还没有归档，则须要用SQL>alter database clear unarchived logfile group 3；

由于是当前实例恢复须要用的REDO，且未归档。使用是CLEAR命令不行的。

2.没备份，有备份能够參考下面：

拷贝有效的数据库的全备份，并不全然恢复数据库

能够採用获取近期的SCN的办法用until scn恢复或用until cnacel恢复

recover database until cancel

　　先选择auto。尽量恢复能够利用的归档日志。然后又一次

recover database until cancel

这次输入cancel，完毕不全然恢复，也就是说恢复两次。如：

SQL> recover database until cancel;
Auto
……
SQL> recover database until cancel;
Cancel;

、利用alter database open resetlogs打开数据库

说明：

这样的办法恢复的数据库是一致的不全然恢复。会丢失当前联机日志中的事务数据

这样的方法适合于归档数据库而且有可用的数据库全备份。

恢复成功之后，记得再做一次数据库的全备份。

建议联机日志文件一定要实现镜相在不同的磁盘上，避免这样的情况的发生，由于不论什么数据的丢失对于生产来说都是不容许的。

3.改动隐含參数_allow_resetlogs_corruption

_allow_resetlogs_corruption=TRUE

又一次启动数据库,利用until cancel恢复

SQL>recover database until cancel;
Cancel

假设出错，不再理会，发出

SQL>alter database open resetlogs;

数据库被打开后，立即运行一个full export

shutdown 数据库 , 去掉 _all_resetlogs_corrupt 參数

二、參考EYGLE：ORA-00600 kcratr1_lostwrt之解决与原理分析

ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [kcratr1_lostwrt], [], [], [], [], [], [], []
Current SQL statement for this session:
alter database open

这个错误不难解决，可是其详细成因有点意思。
Metalink对这个错误的解释仅仅有一句关键：

When an instance is restarted following an instance crash, Oracle carries out some checks against the last block that was written to disk prior to the instance crash.
If Oracle finds an old block, then this suggests a lost write and the error is raised.

这句话是说，当实例崩溃之后启动，Oracle会去检查崩溃前最后一个写出的数据块，通过控制文件校验其是否一致，假设这个块是Old的，则说明最后的写操作丢失了。

这是一个很快捷巧妙地推断。假设有写丢失，自然必须引入恢复。

在跟踪文件里记录了具体的信息：