>  기사  >  데이터 베이스  >  记一次redo和undo的损坏问题

记一次redo和undo的损坏问题

WBOY
WBOY원래의
2016-06-07 15:22:261044검색

今天数据库启动时遇到这个错误: ORA-00283: 恢复会话因错误而取消 ORA-00368: 重做日志块中的校验和错误 ORA-00353: 日志损坏接近块 138240 更改 925634142 时间 12/16/2013 11:39:30 ORA-00334: 归档日志: D:\ORACLE\ORADATA\ONLINELOG\REDO01.LOG 原来是r

今天数据库启动时遇到这个错误:

ORA-00283: 恢复会话因错误而取消

ORA-00368: 重做日志块中的校验和错误

ORA-00353: 日志损坏接近块 138240 更改 925634142 时间 12/16/2013 11:39:30

ORA-00334: 归档日志: 'D:\ORACLE\ORADATA\ONLINELOG\REDO01.LOG'

原来是redo文件损坏了,由于是测试数据,没有归档也没有备份, 数据不太重要

解决如下:

1.设置初始化参数 _allow_resetlogs_corruption = true

注意如果使用的是spfile,需要修改spfile

2.startup mount

recover database using backup controlfile until cancel;

执行恢复后敲cancel

3.alter database open resetlogs;

打开数据库

4.如果能正常打开数据库就Ok了。

可能打不开,那么尝试shutdown immediate以后,再startup

5.修改参数文件去掉_allow_resetlogs_corruption参数

本以为ok了,但是开发那边一试,说又连不上了

我一看确实,数据库可以起来但是随便执行一个查询就又挂了,这是咋回事?

看alert日志发现:

ORA-00600: internal error code, arguments: [4194], [62], [53], [], [], [], [], []
网上一搜说这种错误表示undo表空间有问题

所以重建undo:

create undo tablespace undotbs2 datafile 'D:\oracle\product\10.2.0\oradata\hyd\undotbs02.dbf' size 625M;

ALTER SYSTEM SET undo_tablespace = undotbs2

DROP TABLESPACE "undotbs1" INCLUDING CONTENTS AND DATAFILES

show parameter undo

ok!

怪不得数据可以起来,但是一执行操作就挂。

这是redo 和 undo 一起坏了,很庆幸数据文件是完好的。

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.