首頁  >  文章  >  資料庫  >  10061事件

10061事件

WBOY
WBOY原創
2016-06-07 16:10:111046瀏覽

数据库启动的时候直接关闭,查看告警日志: Errors in file /opt/oracle/diag/rdbms/orcl11g/orcl11g/trace/orcl11g_mmon_3749.trc (incident=65276):ORA-00600: internal error code, arguments: [4194], [0x000000011], [0x7F9676793990], [], [], [], [],

数据库启动的时候直接关闭,查看告警日志:
Errors in file /opt/oracle/diag/rdbms/orcl11g/orcl11g/trace/orcl11g_mmon_3749.trc  (incident=65276):
ORA-00600: internal error code, arguments: [4194], [0x000000011], [0x7F9676793990], [], [], [], [], [], [], [], [], []
Incident details in: /opt/oracle/diag/rdbms/orcl11g/orcl11g/incident/incdir_65276/orcl11g_mmon_3749_i65276.trc
ORACLE Instance orcl11g (pid = 13) - Error 1578 encountered while recovering transaction (20, 27).
Errors in file /opt/oracle/diag/rdbms/orcl11g/orcl11g/trace/orcl11g_smon_3745.trc:
ORA-01578: ORACLE data block corrupted (file # 10, block # 2088)
ORA-01110: data file 10: '/opt/oracle/oradata/orcl11g/undotb02.dbf'
Completed: ALTER DATABASE OPEN
Mon Nov 10 22:40:18 2014
Trace dumping is performing id=[cdmp_20141110224018]
Mon Nov 10 22:40:20 2014
Starting background process SMCO
Mon Nov 10 22:40:20 2014
SMCO started with pid=26, OS id=3805 
Trace dumping is performing id=[cdmp_20141110224020]
Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x79C8DBF3] [PC:0x2297740, kgegpa()+40] [flags: 0x0, count: 1]
Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x79C8DBF3] [PC:0x229596B, kgebse()+279] [flags: 0x2, count: 2]
Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x79C8DBF3] [PC:0x229596B, kgebse()+279] [flags: 0x2, count: 2]
Mon Nov 10 22:40:21 2014
Doing block recovery for file 10 block 3395
Trace dumping is performing id=[cdmp_20141110224022]
Mon Nov 10 22:40:23 2014
Simulated error on redo application.
Mon Nov 10 22:40:24 2014
PMON (ospid: 3721): terminating the instance due to error 474
Instance terminated by PMON, pid = 3721

SYS@orcl11g>select file#,name from v$datafile;
     FILE# NAME
---------- ------------------------------------------------------------
         1 /opt/oracle/oradata/orcl11g/system01.dbf
         2 /opt/oracle/oradata/orcl11g/sysaux01.dbf
         3 /opt/oracle/oradata/orcl11g/undotbs01.dbf
         4 /opt/oracle/oradata/orcl11g/users01.dbf
         5 /opt/oracle/oradata/zbdba.dbf
         7 /opt/oracle/oradata/orcl11g/test.dbf
         8 /opt/oracle/oradata/orcl11g/test_size.dbf
         9 /opt/oracle/oradata/orcl11g/test_size2.dbf
        10 /opt/oracle/oradata/orcl11g/undotb02.dbf

在初始化参数中加入:

event='10061 trace name context forever, level 10'
_smon_internal_errlimit=1000000

再次启动数据库:

SYS@orcl11g>alter database open;
alter database open
*
ERROR at line 1:
ORA-00600: internal error code, arguments: [4194], [0x000000011], [0x000000000], [], [], [], [], [], [], [], [], []


SYS@orcl11g>
SYS@orcl11g>
SYS@orcl11g>
SYS@orcl11g>select open_mode from v$database;
OPEN_MODE
----------------------------------------
READ WRITE

这时候我们重建undo表空间,问题解决



陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn