网站首页 > 技术文章 正文
前几天有一个客户Windows2008环境下的Oracle11g数据库,由于未关闭数据库就重启计算机,导致数据库无法启动,经技术人员排查后发现,数据库呈现以下现象:
1、Windows服务中的Oracle数据库相关服务均正常显示启动
2、用PLSQL或其它连接工具连接时,提示无法连接。
3、用SQLPLUS登录本机:
shutdown immediate
startup
提示ORA-03113错误
4、用startup mount可以加载数据库,但无法打开。每次打开都是ORA-03113通信信道末尾错误
5、尝试用recover恢复
startup mount
recover database;
recover database using backup controlfile until cancel;
alter database open resetlogs;
此时数据库出现很有趣的现象,大多数时间打不开数据库,偶尔可以打开,一旦执行语句,立刻数据库宕机。又恢复到原来的故障。
为了不影响业务,先把数据库oradata目录下的文件均备份下来,然后重新安装了数据库。为了恢复数据,另外找了一台服务器,安装Oracle数据库,然后把原oradata的文件覆盖新的oradata,重建控制文件后,重新启动,现象和原来一样。
跟踪trace文件,发现提示错误为ORA-00600: 内部错误代码, 参数: [4194],[],[],[],
尝试诸多方法后,均无效,startup force显示可以启动和打开数据库,但仍然无法执行任何语句。
最终解决方式很无理:
startup restrict
在此受限模式下,可以操作数据库表,但只能通过SQLPLUS操作,故先用sqlplus导出核心数据
set colsep ,
set feedback off
set heading off
set newp none
set pagesize 0
set linesize 200
set trimout on
spool e:/temp/a.csv
select * from a.a;
spool off
然后重新恢复到正常模式,尝试导出数据,竟然可以执行导出,但在某张特大表的时候,又出现原来的错误。特大表是一张日志表,于是按照之前的步骤重新登录,drop那张特大表,然后数据备份,再恢复,一切都安静了。
在处理这次故障的过程中,通过百度等查询,很多都说这是Oracle11g的BUG,但我却发现进入受限模式却能这个操作,之前我对于这种模式从来没有研究,网上资料也不多,如有哪位高人知道这个模式主要用于何种场景,请不吝赐教,在此先谢过了。
猜你喜欢
- 2025-07-21 Linux不重启识别新挂载磁盘(linux不重启扫描磁盘)
- 2025-07-21 快速解决Win远程桌面CredSSP加密数据库修正问题!
- 2024-10-24 数据库服务器主机重启故障诊断分析
- 2024-10-24 Linux下Oracle监听无法启动处理 linux oracle启动监听报错
- 2024-10-24 Oracle标准化部署手册(oracle19c客户端)
- 2024-10-24 ORA-01034: ORACLE not available 解决之道
- 2024-10-24 Oracle数据库的王位不保? oracle数据库17002
- 2024-10-24 分享一份标准的Oracle数据库审计启停规范,值得收藏
- 2024-10-24 远程桌面提示“CredSSP 加密数据库(Oracle)修正”
- 2024-10-24 Oracle在数据库领域一家独大,咱治不它了吗?
你 发表评论:
欢迎- 最近发表
- 标签列表
-
- 前端设计模式 (75)
- 前端性能优化 (51)
- 前端模板 (66)
- 前端跨域 (52)
- 前端缓存 (63)
- 前端aes加密 (58)
- 前端脚手架 (56)
- 前端md5加密 (54)
- 前端路由 (61)
- 前端数组 (73)
- 前端js面试题 (50)
- 前端定时器 (59)
- Oracle RAC (76)
- oracle恢复 (77)
- oracle 删除表 (52)
- oracle 用户名 (80)
- oracle 工具 (55)
- oracle 内存 (55)
- oracle 导出表 (62)
- oracle约束 (54)
- oracle 中文 (51)
- oracle链接 (54)
- oracle的函数 (58)
- oracle面试 (55)
- 前端调试 (52)
本文暂时没有评论,来添加一个吧(●'◡'●)