ORACLE SOS

 找回密码
 立即注册

QQ登录

只需一步,快速开始

搜索
查看: 5019|回复: 3

ora-08103 对象不存在

[复制链接]

1

主题

2

帖子

7

积分

新手上路

Rank: 1

积分
7
发表于 2014-3-24 15:14:10 | 显示全部楼层 |阅读模式
本帖最后由 zhangmazi 于 2014-3-24 15:18 编辑

一个数据仓库数据库,前端ETL job近期总是遭遇这个报错。每次报错后,analyze相关表,会复现报错。flush buffer_cache之后,analyze恢复正常,ETL job也恢复。

dbv查了相关的datafile,都是没问题的。

------------------------------------------------------------------------------
Errors in file e:\oracle\product\10.2.0\admin\cdw\bdump\cdw_j001_5912.trc:
ORA-08103: object no longer exists

GATHER_STATS_JOB: GATHER_TABLE_STATS('"XXXXX"','"table"','""', ...)
ORA-08103: object no longer exists
------------------------------------------------------------------------------

在analyze时,生成一个8103 trace file,里面有unknown ,corrupt字段。有人遇到过类似的吗?

BH (0000000ACAFEDDE8) file#: 11 rdba: 0x02d57c59 (11/1408089) class: 1 ba: 0000000ACAE1A000
        set: 50 blksize: 8192 bsi: 0 set-flg: 2 pwbcnt: 12266
        dbwrid: 1 obj: 55828 objn: 55828 tsn: 6 afn: 11
        hash: [ebab3dd0,ebab3dd0] lru: [fdfbb088,4afc1138]
        ckptq: [NULL] fileq: [NULL] objq: [fdfbb0f8,4afc11a8]
        use: [dbf28a78,dbf28a78] wait: [NULL]
        st: XCURRENT md: SHR tch: 0
        flags:
        LRBA: [0x0.0.0] HSCN: [0xffff.ffffffff] HSUB: [65535]
        Using State Objects
          ----------------------------------------
          SO: 00000011DBF28A38, type: 24, owner: 0000001209378EA0, flag: INIT/-/-/0x00
          (buffer) (CR) PR: 000000120425E0D8 FLG: 0x100002
          class bit: 0000000000000000
          kcbbfbp: [BH: 0000000ACAFEDDE8, LINK: 00000011DBF28A78]
          where: kdgwh01: kdgpnb, why: 0
        buffer tsn: 6 rdba: 0x02d57c59 (11/1408089)
        scn: 0x090a.9a521117 seq: 0x01 flg: 0x06 tail: 0x11170601
        frmt: 0x01 chkval: 0xda4f type: 0x2b=unknown
Hex dump of corrupt header 4 = CORRUPT
Dump of memory from 0x0000000ACAE1A000 to 0x0000000ACAE1A014
ACAE1A000 7F87312B 02D57C59 9A521117 0601090A  [+1..Y|....R.....]
ACAE1A010 0000DA4F                             [O...]            
Hex dump of block: st=4, typ_found=0
Dump of memory from 0x0000000ACAE1A000 to 0x0000000ACAE1C000
//

很头疼,每次都是flush buffer也不是办法啊。上次出现类似情况,5个月之前。

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
回复

使用道具 举报

1

主题

2

帖子

7

积分

新手上路

Rank: 1

积分
7
 楼主| 发表于 2014-3-24 15:15:51 | 显示全部楼层
本帖最后由 zhangmazi 于 2014-3-24 15:19 编辑

日志参考附件

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
回复 支持 反对

使用道具 举报

95

主题

266

帖子

1719

积分

管理员

Rank: 9Rank: 9Rank: 9

积分
1719
发表于 2014-3-24 16:40:57 | 显示全部楼层
你这样的情况,很可能是内存中的临时坏块,如果经常出现,考虑是否内存不稳定或者其他硬件异常



Q Q:107644445
Tel:13429648788
Email:dba@xifenfei.com
个人Blog(惜分飞)
提供专业ORACLE技术支持(数据恢复,安装实施,升级迁移,备份容灾,故障诊断,系统优化等)
回复 支持 反对

使用道具 举报

95

主题

266

帖子

1719

积分

管理员

Rank: 9Rank: 9Rank: 9

积分
1719
发表于 2014-3-24 16:50:10 | 显示全部楼层
还有中可能,是bug,你查询下mos
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|ORACLE SOS 技术论坛

GMT+8, 2024-5-19 11:22 , Processed in 0.025043 second(s), 21 queries .

Powered by Discuz! X3.4

Copyright © 2001-2020, Tencent Cloud.

快速回复 返回顶部 返回列表