记一次redo和undo的损坏问题
今天数据库启动时遇到这个错误:
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 一起坏了,很庆幸数据文件是完好的。
- 06-16卡巴斯基郑启良:支持信创发展是卡巴斯基的重要使命
- 06-16访问管理是确保现代工作场所安全的的五个关键原因
- 06-16零信任安全的演变:彻底改变网络安全策略
- 06-16GitHub上值得关注的20个网络安全项目
- 06-16英国曼彻斯特大学遭遇网络攻击,机密数据或遭窃!
- 06-16调查表明广告软件推送恶意软件感染了六万多个安卓应用程序
- 06-16微软向美国政府提供GPT的大模型,安全性如何保证?
- 06-16如何保护OT环境免受安全威胁?
- 01-11全球最受赞誉公司揭晓:苹果连续九年第一
- 12-09罗伯特·莫里斯:让黑客真正变黑
- 12-09谁闯入了中国网络?揭秘美国绝密黑客小组TA
- 12-09警示:iOS6 惊现“闪退”BUG
- 12-05亚马逊推出新一代基础模型 任意模态生成大模
- 12-05OpenAI拓展欧洲业务 将在苏黎世设立办公室
- 12-05微软质疑美国联邦贸易委员会泄露信息 督促其
- 12-05联交所取消宝宝树上市地位 宝宝树:不会对公
- 12-04企业微信致歉:文档打开异常已完成修复