ORA-01092 ORA-00604 ORA-08103故障处理---惜分飞
联系:手机/微信(+86 17813235971) QQ(107644445)
标题:ORA-01092 ORA-00604 ORA-08103故障处理
作者:惜分飞版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]
数据库启动报
SQL> alter database open;alter database open*第 1 行出现错误:ORA-01092: ORACLE instance terminated. Disconnection forcedORA-00604: error occurred at recursive SQL level 1ORA-08103: object no longer exists进程 ID: 39348会话 ID: 67 序列号: 29322 |
对应的alert日志
Mon Jul 15 10:59:46 2024SMON: enabling cache recoveryMon Jul 15 10:59:46 2024Undo initialization finished serial:0 start:302658203 end:302658218 diff:15 ms (0.0 seconds)Verifying minimum file header compatibility (11g) for tablespace encryption..Verifying 11g file header compatibility for tablespace encryption completedMon Jul 15 10:59:46 2024SMON: enabling tx recoveryMon Jul 15 10:59:46 2024Database Characterset is UTF8Mon Jul 15 10:59:46 2024Errors in file C:\APP\XFF\diag\rdbms\xff\xff\trace\xff_ora_46664.trc:ORA-00604: 递归 SQL 级别 1 出现错误ORA-08103: 对象不再存在Mon Jul 15 10:59:46 2024Errors in file C:\APP\XFF\diag\rdbms\xff\xff\trace\xff_ora_46664.trc:ORA-00604: 递归 SQL 级别 1 出现错误ORA-08103: 对象不再存在Error 604 happened during db open, shutting down databaseUSER (ospid: 46664): terminating the instance due to error 604Starting background process ARC2Process ARC2 submission failed with error = 1092Mon Jul 15 10:59:47 2024Errors in file C:\APP\XFF\diag\rdbms\xff\xff\trace\xff_arc0_33164.trc:ORA-00444: 后台进程 "ARC2" 启动失败ORA-01092: ORACLE 实例终止。强制断开连接Mon Jul 15 10:59:51 2024Instance terminated by USER, pid = 46664ORA-1092 signalled during: alter database open...opiodr aborting process unknown ospid (46664) as a result of ORA-1092 |
跟踪启动过程发现delete from histgrm$ where obj# = :1遭遇到ORA-08103错误
=====================PARSING IN CURSOR #18135904 lid=0 tim=302295369306 hv=3667723989 ad='7ffda7f5b500' sqlid='2mp99nzd9u1qp'delete from histgrm$ where obj# = :1END OF STMTPARSE #18135904:c=0,e=1191,p=0,cr=44,cu=0,mis=1,r=0,dep=1,og=4,plh=0,tim=302295369306BINDS #16769312: Bind#0 oacdty=02 mxl=22(22) mxlc=00 mal=00 scl=00 pre=00 oacflg=00 fl2=1000001 frm=00 csi=00 siz=48 off=0 kxsbbbfp=01144048 bln=22 avl=02 flg=05 value=66 Bind#1 oacdty=02 mxl=22(22) mxlc=00 mal=00 scl=00 pre=00 oacflg=00 fl2=1000001 frm=00 csi=00 siz=0 off=24 kxsbbbfp=01144060 bln=22 avl=02 flg=01 value=1EXEC #16769312:c=0,e=85,p=0,cr=0,cu=0,mis=0,r=0,dep=2,og=3,plh=2239883476,tim=302295369571FETCH #16769312:c=0,e=7,p=0,cr=4,cu=0,mis=0,r=1,dep=2,og=3,plh=2239883476,tim=302295369592CLOSE #16769312:c=0,e=4,dep=2,type=3,tim=302295369610BINDS #16769312: Bind#0 oacdty=02 mxl=22(22) mxlc=00 mal=00 scl=00 pre=00 oacflg=00 fl2=1000001 frm=00 csi=00 siz=48 off=0 kxsbbbfp=01144048 bln=22 avl=02 flg=05 value=66 Bind#1 oacdty=02 mxl=22(22) mxlc=00 mal=00 scl=00 pre=00 oacflg=00 fl2=1000001 frm=00 csi=00 siz=0 off=24 kxsbbbfp=01144060 bln=22 avl=02 flg=01 value=2EXEC #16769312:c=0,e=79,p=0,cr=0,cu=0,mis=0,r=0,dep=2,og=3,plh=2239883476,tim=302295369724FETCH #16769312:c=0,e=6,p=0,cr=4,cu=0,mis=0,r=1,dep=2,og=3,plh=2239883476,tim=302295369740CLOSE #16769312:c=0,e=4,dep=2,type=3,tim=302295369756BINDS #18135904: Bind#0 oacdty=02 mxl=22(22) mxlc=00 mal=00 scl=00 pre=00 oacflg=08 fl2=1000001 frm=00 csi=00 siz=24 off=0 kxsbbbfp=01145078 bln=22 avl=06 flg=05 value=4294951147WAIT #18135904: nam='db file sequential read' ela= 127 file#=1 block#=609 blocks=1 obj#=67 tim=302295370065WAIT #18135904: nam='db file sequential read' ela= 188 file#=1 block#=243448 blocks=1 obj#=67 tim=302295370285Dumping Short Stackksedsts()+314<-kcbzib()+17818<-kcbgtcr()+12688<-ktrgtc2()+802<-qeilbk1()+7661<-qeilsr()+185<-qerixtFetch()…………<-opidrv()+848<-sou2o()+94<-opimai_real()+281<-opimai()+170<-00007FFC2EAC7374<-00007FFC2FADCC91kcbzib: dump suspect buffer, err2=8103Encrypted block <0, 4437752> content will not be dumped. Dumping header only.buffer tsn: 0 rdba: 0x0043b6f8 (1/243448)scn: 0x0.0 seq: 0x01 flg: 0x05 tail: 0x00000001frmt: 0x02 chkval: 0x11bb type: 0x00=unknownDump of buffer cache at level 8 for pdb=0 tsn=0 rdba=4437752BH (0x7ffd55f95998) file#: 1 rdba: 0x0043b6f8 (1/243448) class: 1 ba: 0x7ffd5555e000 set: 50 pool: 3 bsz: 8192 bsi: 0 sflg: 2 pwc: 0,0 dbwrid: 1 obj: 67 objn: 67 tsn: [0/0] afn: 1 hint: f hash: [0x7ffdaca1f3a0,0x7ffdaca1f3a0] lru: [0x7ffd55f95bc0,0x7ffda9328448] ckptq: [NULL] fileq: [NULL] objq: [0x7ffd9d61a3c0,0x7ffd9d61a3c0] objaq: [0x7ffd9d61a3b0,0x7ffd9d61a3b0] use: [0x7ffdaaf604f8,0x7ffdaaf604f8] wait: [NULL] st: READING md: EXCL tch: 0 flags: only_sequential_access Using State Objects ---------------------------------------- SO: 0x00007FFDAAF60470, type: 46, owner: 0x00007FFD9B3C5ED8, flag: INIT/-/-/0x00 if: 0x1 c: 0x1 proc=0x00007FFDAB2984C0, name=buffer handle, file=kcb2.h LINE:3317, pg=0 conuid=0 (buffer) (CR) PR: 0x00007FFDAB2984C0 FLG: 0x0 SEQ: 0x439 class bit: 0x0 scan scn: 0.0 cr[0]: sh[0]: kcbbfbp: [BH: 0x00007FFD55F95998, LINK: 0x00007FFDAAF604F8] type: normal pin where: qeilwhnp: qeilbk, why: 0EXEC #18135904:c=234375,e=235311,p=2,cr=9,cu=0,mis=1,r=0,dep=1,og=4,plh=2015116224,tim=302295604662ERROR #18135904:err=8103 tim=302295604678STAT #18135904 id=1 cnt=0 pid=0 pos=1 obj=0 op='DELETE HISTGRM$ (cr=0 pr=0 pw=0 time=2 us)'STAT #18135904 id=2 obj=67 op='INDEX RANGE SCAN I_H_OBJ#_COL# (cr=0 pr=0 pw=0 time=0 us cost=3 size=376 card=47)'ORA-00604: 递归 SQL 级别 1 出现错误ORA-08103: 对象不再存在ORA-00604: 递归 SQL 级别 1 出现错误ORA-08103: 对象不再存在*** 2024-07-15 10:53:30.201USER (ospid: 39348): terminating the instance due to error 604 |
因为数据库启动执行的delete from histgrm$操作不是必须的,因此在数据库启动过程中让该sql不执行,实现数据库open成功
C:\Users\XFF>sqlplus / as sysdbaSQL*Plus: Release 12.1.0.2.0 Production on 星期一 7月 15 11:15:33 2024Copyright (c) 1982, 2014, Oracle. All rights reserved.已连接到空闲例程。SQL> startup mount pfile='d:/pfile.txt'ORACLE 例程已经启动。Total System Global Area 6442450944 bytesFixed Size 6205768 bytesVariable Size 1493175992 bytesDatabase Buffers 4932501504 bytesRedo Buffers 10567680 bytes数据库装载完毕。SQL> recover database;完成介质恢复。SQL> alter database open;数据库已更改。 |
然后再对histgrm$表对象进行处理,数据库恢复正常
- 数据库启动ORA-08103故障恢复
- 数据库启动报ORA-600 6711故障分析处理
- 数据库打开遭遇ORA-08103故障处理
- Exception [type: SIGSEGV, Address not mapped to object] [] [ kgegpa()+36]
- ORA-600 kokasgi1故障恢复
- truncate IDL_UB1$导致数据库open hang
- 硬件恢复之后,数据库无法open故障恢复
- 修改bootstrap$影响数据库执行计划
- ORACLE 12C CDB中PDB参数管理机制
- tab$恢复错误汇总
- 正常关闭数据库sequence cache不为0 sequence不跳跃
- 记录一次系统回滚段坏块恢复
ORA-01092 ORA-00604 ORA-08103故障处理---惜分飞的更多相关文章
- Oracle启动中,spfile.ora、init<SID>.ora、spfile<SID>.ora 这三个文件正确的先后顺序是什么?
Oracle启动中,spfile.ora.init<SID>.ora.spfile<SID>.ora 这三个文件正确的先后顺序是什么? 解答:启动数据库,使用startup命令 ...
- oracle--本地网络配置tnsnames.ora和监听器listener.ora
文件tnsnames.ora 是给orcl客户端使用 配置本地网络服务:(客户端) 第一种使用暴力方式直接操作: 修改:C:\app\Administrator\product\11.2.0\dbho ...
- Oracle的tnsnames.ora配置(PLSQL Developer)
首先打开tnsnames.ora的存放目录,一般为D:\app\Administrator\product\11.2.0\client_1\network\admin,就看安装具体位置了. 步骤阅读 ...
- listener.ora/sqlnet.ora/tnsnames.ora配置文件详解
oracle网络配置 三个配置文件 listener.ora.sqlnet.ora.tnsnames.ora ,都是放在$ORACLE_HOME/network/admin目录下. 英文说明: The ...
- Oracle的sqlnet.ora与password文件试验
先看有没有sqlnet.ora [oracle@localhost ~]$ cd $ORACLE_HOME[oracle@localhost dbhome_1]$ cd network[oracle@ ...
- 转载《Oracle的tnsnames.ora配置(PLSQL Developer)》
源地址:https://www.cnblogs.com/qq3245792286/p/6212617.html. 首先打开tnsnames.ora的存放目录,一般为D:\app\Administrat ...
- [转帖]sqlnet.ora常用参数
sqlnet.ora常用参数 注﹕在修改sqlnet.ora文件之后重新启动监听﹐修改才能生效﹗﹗﹗ oracle网络设置主要包括三个文件,sqlnet.ora\ lisnter.ora\ tnsna ...
- PLSQL连接ORACLE配置字符串简介 oracle网络配置 三个配置文件 listener.ora、sqlnet.ora、tnsnames.ora原理解释
PLSQL连接ORACLE配置字符串简介 oracle网络配置 三个配置文件 listener.ora.sqlnet.ora.tnsnames.ora原理解释 oracle网络配置三个配置文件 lis ...
- oracle安装完成后目录中不论有没有tnsnames.ora和listener.ora文件 PLSQL都能连上的问题解决方法
今天遇到这个问题了,发现listener.ora文件和tnsnames.ora文件在Net Work文件夹下没有,正常情况下安装完oracle或者是oracle Client是会有的,但是在Net M ...
- oracle: listener.ora 、sqlnet.ora 、tnsnames.ora的配置及例子
1.解决问题:TNS或者数据库不能登录. 最简单有效方法:使用oracle系统提供的工具 netca 配置(把原来的删除掉重新配置) $netca 2.然而,仍有疑问:如何指定'l ...
随机推荐
- CMD中文乱码之另解决方案
参考链接 博客 MSDN 博客园大牛 如果以上博客没有成功我也没办法了. 根据第二个给出的解决方案:控制面板--> 区域 --> 管理 --> 更改系统区域设置 -->设为中文 ...
- ETL、ELT区别以及如何正确运用
一. 浅谈ETL.ELT ETL与ELT的概念 ETL (Extract, Transform, Load) 是一种数据集成过程,通常用于将数据从一个或多个源系统抽取出来,经过清洗.转换等处理后,加载 ...
- C-Kermit 连接 Microchip WBZ451 Curiosity Board实例
The Kermit Project | Now hosted by Panix.com New York City USA • kermit@kermitproject.org -since 198 ...
- 在 docker 中设置容器自动启动---九五小庞
1.使用 docker run 命令运行时 增加 --restart=always 参数即可 2.使用 docker-compose 命令运行时 在 yml 文件中,需要自启动的 service 下 ...
- unity纯净版下载地址
真的服了,unity居然做成这个鸟样,夹带广告,一天一激活... 民间整理的纯净版下载地址 https://unityitellyou.github.io/#/
- CloudQuery 安全系列(一): Http 与 Https
随着当前大数据时代数据量激增,各种应用互联互通上云后Web安全也成了近几年关注的热点,各种扫描.渗透测试.检测围绕在各个web应用周围,随着云趋势的流行网络层的安全保障就显得格外重要. CloudQu ...
- Avalonia treedatagrid使用杂记
这里只对最近使用到的分层树做一些记录,有复选框示例,支持父级选中状态改变子集同步变化 废话不多说,直接上源码 View布局 <TreeDataGrid Height="710" ...
- U559607 简短的题目-二分+st表
单调性证明: 对于小数据范围,可以直接考虑暴力枚举长度的方式. 对于额外的 \(20 \%\) 的数据范围,所有的差值加起来肯定是小于等于 \(10 ^ 9\) ,所以不需要操作,直接输出 \(0\) ...
- 联想3650 X型号服务器的raid划分
1进入bios,点击System setting选项: 2进去后,点击Storage选项: 3进去后,只有一个选项,就是AVAGO MegaRAID<ServerRAID M5210> C ...
- PS一键图片智能添加噪点脚本 GrainLab for Photoshop安装与使用方法
GrainLab 是一款专为 Photoshop 设计的「一键智能噪点」脚本,可在 3 秒内为任意图像添加电影级颗粒.胶片杂讯或复古质感.脚本内置 8 组预设(胶片.数码.复古.粗颗粒等),支持自定义 ...