ORA-00368 ORA-00353 ORA-00312
在昨天客户突然打电话过来,说系统进不去了,经过咨询发现是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”
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· 单元测试从入门到精通
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
· 上周热点回顾(3.3-3.9)
· winform 绘制太阳,地球,月球 运作规律