Oracle强制断开连接，出现ORA01092错误：ORACLE例程终止

dataguard服务器不能open&＃xff0c;需要重启主服务器才能解决。

如下&＃xff1a;

SQL> conn as sysdba;

已连接到空闲例程。

SQL> startup nomount;

ORACLE 例程已经启动。

Total System Global Area 1240186076 bytes

Fixed Size                   453852 bytes

Variable Size             419430400 bytes

Database Buffers          819200000 bytes

Redo Buffers                1101824 bytes

SQL> alter database mount standby database;

数据库已更改。

SQL> alter database open read only;

alter database open read only

*

ERROR 位于第 1 行:

ORA-01092: ORACLE 例程终止。强行断开连接

SQL> shutdown immediate;

ORA-24324: 未初始化服务句柄

ORA-01041: 内部错误&＃xff0c;hostdef 扩展名不存在

SQL>

从网上找资料&＃xff1a;

昨天一备份数据库,在open  read only的过程中出现故障&＃xff0c;从而导致在standby上备份失败。alert log 中信息如下&＃xff1a;

Errors in file /opt/oracle/admin/crmhz/udump/crmhz_ora_13914.trc:

ORA-00604: error occurred at recursive SQL level 1

ORA-16000: database open for read-only access

Error 604 happened during db open, shutting down database

USER: terminating instance due to error 604

Instance terminated by USER, pid &＃61; 13914

ORA-1092 signalled during: alter database open read only...

Tue Aug 10 09:31:51 2004

再查看trace file信息

[root&＃64;crmsb bdump]# more?? /opt/oracle/admin/crmhz/udump/crmhz_ora_13914.trc

/opt/oracle/admin/crmhz/udump/crmhz_ora_13914.trc

9i Enterprise Edition Release 9.2.0.1.0 - Production

With the Partitioning, OLAP and Data Mining options

JServer Release 9.2.0.1.0 - Production

ORACLE_HOME &＃61; /opt/oracle/product/9.2.0

System name:??? Linux

Node name:????? crmsb

Release:??????? 2.4.9-e.3smp

Version:??????? #1 SMP Fri May 3 16:48:54 EDT 2002

Machine:??????? i686

Instance name: crmhz

Redo thread mounted by this instance: 1

Oracle process number: 11

Unix process pid: 13914, image: (TNS V1-V3)

*** SESSION ID:(10.3) 2004-08-10 09:30:37.408

*** 2004-08-10 09:30:37.408

Managed Recovery: Cancel posted.

ORA-00604: error occurred at recursive SQL level 1

ORA-16000: database open for read-only access

都没有提供什么有价值的信息&＃xff0c;很奇怪会出现604错误

于是决定trace? open过程

startup  nomount

alter database mount standby? database;

select  sid from v$mystat where rownum &＃61; 1;

select  sid,serial# from v$session where sid &＃61; ?;

exec  dbms_system.set_ev(sid,serial#,10046,12,&＃39;&＃39;);

alter database  open  read  only;

这是数据库crash ,找到trace file&＃xff0c;发现末尾部分为

select grantee#,privilege#,nvl(col#,0),max(mod(nvl(option$,0),2))from objauth$ where obj#&＃61;:1 group by grantee#,privilege#,nvl(col#,0) order by grantee#

END OF STMT

PARSE #13:c&＃61;0,e&＃61;485,p&＃61;0,cr&＃61;0,cu&＃61;0,mis&＃61;1,r&＃61;0,dep&＃61;2,og&＃61;0,tim&＃61;1066522815818430

BINDS #13:

?bind 0: dty&＃61;2 mxl&＃61;22(22) mal&＃61;00 scl&＃61;00 pre&＃61;00 acflg&＃61;08 oacfl2&＃61;1 size&＃61;24 ffset&＃61;0

?? bfp&＃61;40647620 bln&＃61;22 avl&＃61;02 flg&＃61;05

?? value&＃61;72

EXEC #13:c&＃61;0,e&＃61;518,p&＃61;0,cr&＃61;0,cu&＃61;0,mis&＃61;0,r&＃61;0,dep&＃61;2,og&＃61;4,tim&＃61;1066522815819173

FETCH #13:c&＃61;0,e&＃61;58,p&＃61;0,cr&＃61;2,cu&＃61;0,mis&＃61;0,r&＃61;0,dep&＃61;2,og&＃61;4,tim&＃61;1066522815819296

&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;&＃61;

PARSING IN CURSOR #12 len&＃61;34 dep&＃61;1 uid&＃61;0 ct&＃61;7 lid&＃61;0 tim&＃61;1066522815819480 hv&＃61;3008185193 ad&＃61;&＃39;56fcbaac&＃39;

delete from idl_ub1$ where obj#&＃61;:1

END OF STMT

PARSE #12:c&＃61;10000,e&＃61;14804,p&＃61;6,cr&＃61;79,cu&＃61;0,mis&＃61;1,r&＃61;0,dep&＃61;1,og&＃61;0,tim&＃61;1066522815819472

BINDS #12:

?bind 0: dty&＃61;2 mxl&＃61;22(22) mal&＃61;00 scl&＃61;00 pre&＃61;00 acflg&＃61;08 oacfl2&＃61;1 size&＃61;24 ffset&＃61;0

?? bfp&＃61;40645a48 bln&＃61;22 avl&＃61;06 flg&＃61;05

?? value&＃61;4294951150

WAIT #12: nam&＃61;&＃39;db file sequential read&＃39; ela&＃61; 41 p1&＃61;1 p2&＃61;22839 p3&＃61;1

WAIT #12: nam&＃61;&＃39;db file sequential read&＃39; ela&＃61; 27 p1&＃61;1 p2&＃61;9 p3&＃61;1

EXEC #12:c&＃61;0,e&＃61;884,p&＃61;2,cr&＃61;4,cu&＃61;2,mis&＃61;0,r&＃61;0,dep&＃61;1,og&＃61;4,tim&＃61;1066522815820884

ERROR #12:err&＃61;16000 tim&＃61;1837753940

ORA-00604: error occurred at recursive SQL level 1

ORA-16000: database open for read-only access

EXEC #1:c&＃61;370000,e&＃61;375493,p&＃61;304,cr&＃61;5505,cu&＃61;4,mis&＃61;0,r&＃61;0,dep&＃61;0,og&＃61;4,tim&＃61;1066522815826303

ERROR #1:err&＃61;1092 tim&＃61;1837753940

很奇怪&＃xff0c;正常standby数据库open read  only的时候是没有delete的&＃xff0c;在这里居然出现dml。于是一开始我尝试去研究idl_ub1$是个什么表&＃xff0c;结果发现是 pl/sql代码的&＃xff0c;很奇怪&＃xff0c;这个数据库为什么会出现个状况&＃xff0c;继续在 $ORACLE_HOME/rdbms/admin 下 grep -ir idl_ub1$ * &＃xff0c;结果找到和一个x$ 表挂上关系做连接了&＃xff0c;未果&＃xff0c;又通过 delete from idl_ub1$ where obj#&＃61;:1 中绑定变量value&＃61;4294951150 去结合搜索出来的view查找&＃xff0c;也没什么进展。实际上&＃xff0c;根据 WAIT #12: nam&＃61;&＃39;db file sequential read&＃39; ela&＃61; 27 p1&＃61;1 p2&＃61;9 p3&＃61;1 可以知道这个delete是访问了file# &＃61;1 block#&＃61;9 的数据块&＃xff0c;很显然&＃xff0c;这是系统回滚段的块头&＃xff0c;根据这里我们可以知道&＃xff0c;这是一个回滚操作&＃xff0c;也就是说&＃xff0c;在主数据库中由于DDL 的失败&＃xff0c;使得系统回滚段中记录了该操作的回退信息&＃xff0c;但是数据库又还没有回滚完成&＃xff0c;到了standby中就出现这个状况了。

为了尝试解决这个问题&＃xff0c;首先继续应用几个日志&＃xff0c;再open read only&＃xff0c;结果失败&＃xff0c;也就是说该失败的ddl在主数据库一直没有回滚&＃xff0c;而数据库中已经查找不到任何异常进程或者事务、锁&＃xff0c;只能认为是系统出现异常。于是&＃xff0c;今天在征得相关负责人的同意的情况下&＃xff0c;我们决定在下班后将主数据库重新启动一次看看&＃xff0c;这样强迫系统回滚失败的ddl。下班重新启动数据库&＃xff0c;切换日志并归档&＃xff0c;在standby上应用日志到重起数据库之后产生的归档日志&＃xff0c;再open  read only 成功&＃xff0c;问题得到解决。