视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
ORA-00600:internalerrorcode,arguments:[4194],[53],[41
2020-11-09 12:34:51 责编:小采
文档


真心不动了,研发的同事关测试IBM 3650服务器是直接关插排电源???第二天加点重启之后oracle 打开报错ORA-00600: internal err

真心不动了,研发的同事关测试IBM 3650服务器是直接关插排电源???

第二天加点重启之后Oracle 打开报错ORA-00600: internal error code, arguments: [4194], [53], [41], [], [], [], [], []

求助DBA

决绝办法,启用undo手动管理,重建undo表空间

步骤如下:

SQL> alter system set undo_management=MANUAL scope=spfile;

SQL> shutdown immediate;

SQL> startup mount;

SQL> alter database open;

SQL> create undo tablespace undotbs2 datafile '+data' size 16g;

SQL> alter system set undo_management=AUTO scope=spfile;

SQL> alter system set undo_tablespace=undotbs2 scope=spfile;

SQL> shutdown immediate;

SQL> startup mount;

SQL> alter database open;

到此,数据库正常启动。

重建undo表空间可以避免4194事件,但数据库处于随时crash的状态,为了避免意外宕机发生,将数据全库导出在导入一个新库中。

在此再次声明运维SERVER不要认为断电关机省事,,它不是pc,pc也经不起这样折腾!!!

Oracle教程:实例故障恢复

Linux-6-下安装Oracle 12C笔记

在CentOS 6.4下安装Oracle 11gR2(x)

Oracle 11gR2 在VMWare虚拟机中安装步骤

Debian 下 安装 Oracle 11g XE R2

本文永久更新链接地址:

下载本文
显示全文
专题