ORA-600(ksfdsyncdata2)错误 [转帖]_MySQL, Oracle及数据库讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  MySQL, Oracle及数据库讨论区 »
总帖数
1
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 3974 | 回复: 0   主题: ORA-600(ksfdsyncdata2)错误 [转帖]        下一篇 
wayne
注册用户
等级:中校
经验:1690
发帖:221
精华:0
注册:2011-7-21
状态:离线
发送短消息息给wayne 加好友    发送短消息息给wayne 发消息
发表于: IP:您无权察看 2011-9-8 20:51:22 | [全部帖] [楼主帖] 楼主

客户的告警日志中发现了这个ORA-600错误。

详细的错误信息为:

Wed Jan 12 22:17:15 2011
KCF: write/open error block=0x3f6689 online=1
file=2 /TEMP/B1EDB/temp02.dbf
error=27072 txt: 'HPUX-ia64 Error: 28: No space left on device
Additional information: 4
Additional information: 4155017
Additional information: -1'
Automatic tempfile offline due to write error on
file 2: /TEMP/B1EDB/temp02.dbf
Wed Jan 12 22:17:16 2011
Errors in file /oracle/db/admin/B1EDB/bdump/b1edb_j001_13014.trc:
ORA-00600: internal error code, arguments: [ksfdsyncdata2], [0xC000000335E58668], [], [], [], [], [], []
ORA-00372: file 302 cannot be modified at this time
ORA-01110: data file 302: '/TEMP/B1EDB/temp02.dbf'
ORA-00372: file 302 cannot be modified at this time
ORA-01110: data file 302: '/TEMP/B1EDB/temp02.dbf'
Wed Jan 12 22:17:18 2011
Errors in file /oracle/db/admin/B1EDB/bdump/b1edb_j000_12908.trc:
ORA-12012: error on auto execute of job 8952
ORA-00376: file ORA-00376: file 302 cannot be read at this time
ORA-01110: data file 302: '/TEMP/B1EDB/temp02.dbf'
ORA-06512: at "SYS.PRVT_ADVISOR", line 1624
ORA-06512: at "SYS.DBMS_ADVISOR", line 186
ORA-06512: at "SYS.DBMS_SPACE", line 1500
ORA-06512: at "SYS.DBMS_SPACE", line 1566
cannot be read at this time


这个ORA-600错误本身比较罕见,在整个metalink也找不到说明,不过结合系统的错误信息,到是可以分析出系统的问题。

显然在ORA-600错误出现之前,出现了临时表空间不足的问题。Oracle对于临时表空间,并不会想普通表空间那样将整个数据文件进行初始化,而是在真正用到的时候再去分配。这里的问题是,临时文件所在操作系统目录上空间已经被用光,而当出现排序或连接需要分配临时段时,在写临时文件时,出现了错误。

/oracle/db/admin/B1EDB/bdump/b1edb_j001_13014.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORACLE_HOME = /oracle/db
System name: HP-UX
Node name: EDB
Release: B.11.23
Version: U
Machine: ia64
Instance name: B1EDB
Redo thread mounted by this instance: 1
Oracle process number: 20
Unix process pid: 13014, image: oracle@EDB (J001)
*** ACTION NAME:(GATHER_STATS_JOB) 2011-01-12 22:17:16.421
*** MODULE NAME:(DBMS_SCHEDULER) 2011-01-12 22:17:16.421
*** SERVICE NAME:(SYS$USERS) 2011-01-12 22:17:16.421
*** SESSION ID:(590.24179) 2011-01-12 22:17:16.421
*** 2011-01-12 22:17:16.421
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [ksfdsyncdata2], [0xC000000335E58668], [], [], [], [], [], []
ORA-00372: file 302 cannot be modified at this time
ORA-01110: data file 302: '/TEMP/B1EDB/temp02.dbf'
ORA-00372: file 302 cannot be modified at this time
ORA-01110: data file 302: '/TEMP/B1EDB/temp02.dbf'
Current SQL statement for this session:
select i.obj#,i.ts#,i.file#,i.block#,i.intcols,i.type#,i.flags,i.property,i.pctfree$,i.initrans,i.maxtrans,i.blevel,i.leafcnt,i.distkey,i.lblkkey,i.dblkkey,i.clufac,i.cols,i.analyzetime,i.samplesize,i.dataobj#,nvl(i.degree,1),nvl(i.instances,1),i.rowcnt,mod(i.pctthres$,256),i.indmethod#,i.trunccnt,nvl(c.unicols,0),nvl(c.deferrable#+c.valid#,0),nvl(i.spare1,i.intcols),i.spare4,i.spare2,i.spare6,decode(i.pctthres$,null,null,mod(trunc(i.pctthres$/256),256)),ist.cachedblk,ist.cachehit,ist.logicalread from ind$ i, ind_stats$ ist, (select enabled, min(cols) unicols,min(to_number(bitand(defer,1))) deferrable#,min(to_number(bitand(defer,4))) valid# from cdef$ where obj#=:1 and enabled > 1 group by enabled) c where i.obj#=c.enabled(+) and i.obj# = ist.obj#(+) and i.bo#=:1 order by i.obj#
----- PL/SQL Call Stack -----
object line object
handle number name
c00000033d7f01d8 519 package body SYS.DBMS_STATS_INTERNAL
c00000033d7f01d8 531 package body SYS.DBMS_STATS_INTERNAL
c00000033ee5e870 8533 package body SYS.DBMS_STATS
c00000033ee5e870 8580 package body SYS.DBMS_STATS
c00000033ee5e870 8672 package body SYS.DBMS_STATS
c00000033ee5e870 8752 package body SYS.DBMS_STATS
c00000033ee5e870 12415 package body SYS.DBMS_STATS
c00000033ee5e870 12892 package body SYS.DBMS_STATS
c00000033ee5e870 13345 package body SYS.DBMS_STATS
c00000033ee5e870 19409 package body SYS.DBMS_STATS
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
-------------------- -------- -------------------- ----------------------------
ksedst()+64 call ksedst1() 000000000 ? 000000001 ?
ksedmp()+2176 call ksedst() 000000000 ?
C000000000000C9F ?
400000000404CC40 ?
000000000 ? 000000000 ?
000000000 ?
ksfdmp()+48 call ksedmp() 000000003 ?
kgerinv()+304 call ksfdmp() C000000000000612 ?
000000003 ?
40000000094FF110 ?
00001830B ? 000000000 ?
000000000 ?
kgesinv()+64 call kgerinv() 6000000000031370 ?
4000000001A4B3E0 ?
6000000000032428 ?
4000000001A4B3E0 ?
9FFFFFFFFFFC5700 ?
ksesin()+176 call kgesinv() 6000000000031370 ?
60000000001E85A0 ?
60000000001E85B0 ?
60000000000327A0 ?
9FFFFFFFFFFC5700 ?
$cold_ksfdsyncdata( call ksesin() 4000000000F09090 ?
)+256 000000001 ?
60000000000C2790 ?
9FFFFFFFFFFC5700 ?
60000000000C2EC0 ?
60000000000B5E18 ?
C000000000000286 ?
C000000000000998 ?
kcflsync()+160 call $cold_ksfdsyncdata( C0000003356BF050 ?
) C00000000000038C ?
4000000002549860 ?
C000000335E586B8 ?
C0000003356BF070 ?


显然,这是JOB调用的DBMS_STATS收集统计信息的会话,从错误发生的时间上看,导致临时空间不足的多半也是收集统计信息的过程。显然这个ORA-600的错误,正是由于DBMS_STATS碰到了临时空间不足所导致的。

这个错误没有什么危害,只要避免空间不足的问题,就可以避免这个ORA-600的产生。




赞(0)    操作        顶端 
总帖数
1
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论