Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

0

积分

0

好友

11

主题
1#
发表于 2013-8-7 09:03:17 | 查看: 2548| 回复: 1
操作系统:redhat linux 5.8 x64
oracle    : 11.2.0.2.6

问题:
   在调用存储过程中出现ora-08103,但是再重新调用就没有问题。而且这是一个偶发现象。目前在pl/sql脚本中使用如下事件跟踪

alter session set events 'immediate trace name trace_buffer_on level 1048576';
alter session set events '10200 trace name context forever, level 1';
alter session set events '8103 trace name errorstack level 3';
alter session set events '10236 trace name context forever, level 1';
alter session set tracefile_identifier='ORA8103';
alter session set events 'immediate trace name trace_buffer_off';

发现是由于select count(1) from  ETL_HERONSDB.bs_cif_base_gl partition(SYS_P271670) 语句导致,但是再次调用就可以正常执行。

alter*.log 和trace 文件已经发刘大您: liu.maclean@gmail.com 邮箱
2#
发表于 2013-8-7 12:27:52
select count(1) from  ETL_HERONSDB.bs_cif_base_gl partition(SYS_P271670);


再次调用就可以正常执行==>可能仅仅是 buffer级别的 逻辑讹误

ktrgcm(): completed for block  <0x0007 : 0x12d356ff> objd: 0x000f0e47
ktrget2(): completed for  block <0x0007 : 0x12d356ff> objd: 0x000f0e47


BH (0x24000b1e8) file#: 75 rdba: 0x12d356f4 (75/1267444) class: 1 ba: 0x2401f2000
  set: 41 pool: 3 bsz: 8192 bsi: 0 sflg: 1 pwc: 0,25
  dbwrid: 0 obj: 986695 objn: 986695 tsn: 7 afn: 75 hint: f
  hash: [0x35fc430f0,0x35fc430f0] lru: [0x195f44820,0x279fce090]
  ckptq: [NULL] fileq: [NULL] objq: [NULL] objaq: [NULL]
  st: CR md: NULL tch: 1
  cr: [scn: 0x9.11bf1b60],[xid: 0x0.0.0],[uba: 0x0.0.0],[cls: 0x9.11bf1ebb],[sfl: 0x0],[lc: 0x0.0]
  flags: only_sequential_access
  cr pin refcnt: 0 sh pin refcnt: 0
  buffer tsn: 7 rdba: 0x12d356f4 (75/1267444)
  scn: 0x0009.0e105ed2 seq: 0x02 flg: 0x04 tail: 0x5ed20602
  frmt: 0x02 chkval: 0x7a41 type: 0x06=trans data
Hex dump of block: st=0, typ_found=1


seg/obj: 0xf0e47  csc: 0x09.e105cda  itc: 2  flg: E  typ: 2 - INDEX
     brn: 0  bdba: 0x12d35303 ver: 0x01 opc: 0
     inc: 0  exflg: 0

Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0x0000.000.00000000  0x00000000.0000.00  ----    0  fsc 0x0000.00000000
0x02   0xffff.000.00000000  0x00000000.0000.00  C---    0  scn 0x0009.0e105cda


objd: 0x000f0e47是索引, 该SQL的执行计划 估计是 对索引 partition的fast full scan


action plan:

1、flush buffer_cache 观察现象是否再次发生
2、 考虑drop =>再create这个索引

回复 只看该作者 道具 举报

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

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2025-1-1 09:35 , Processed in 0.060758 second(s), 21 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569