码迷,mamicode.com
首页 > 其他好文 > 详细

ORA-00368 ORA-00353 ORA-00312

时间:2014-05-17 13:42:33      阅读:454      评论:0      收藏:0      [点我收藏+]

标签:code   c   tar   int   a   文件   

 

在昨天客户突然打电话过来,说系统进不去了,经过咨询发现是Oracle数据库没启动起来,经过一番折腾,最终弄好了。

解决方法还是在网络上的一般方法,最磨人的是Oracle的一个redo日志文件出现问题,做下笔记:

 

解决:

1. 运行输入:sqlplus /nolog

2. sysdba的角色登录:connect sys/口令 as sysdba
3. 
先执行”alter database open”,会出现如下的错误

RA-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 一起坏了,很庆幸数据文件是完好的。

 

  4. 上面的问题解决之后,再次执行“alter database open”

 

 

ORA-00368 ORA-00353 ORA-00312,布布扣,bubuko.com

ORA-00368 ORA-00353 ORA-00312

标签:code   c   tar   int   a   文件   

原文地址:http://www.cnblogs.com/siyunianhua/p/3724802.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!