Oracle在插入BLOB数据时，会做哪些事情？

jihui

再次出现故障;

alert_pms.log

Thread 1 advanced to log sequence 274
  Current log# 3 seq# 274 mem# 0: D:\ORACLE\ORADATA\PMS\REDO03.LOG
Thu Dec 30 16:28:01 2010
Thread 1 advanced to log sequence 275
  Current log# 1 seq# 275 mem# 0: D:\ORACLE\ORADATA\PMS\REDO01.LOG
Thu Dec 30 16:32:10 2010
Thread 1 advanced to log sequence 276
  Current log# 2 seq# 276 mem# 0: D:\ORACLE\ORADATA\PMS\REDO02.LOG
Thu Dec 30 16:35:12 2010
Errors in file d:\oracle\admin\pms\udump\pms_ora_5396.trc:
ORA-01114: 将块写入文件 201 时出现 IO 错误 (块 # 1572612)
ORA-27069: skgfdisp: 尝试在文件范围外执行 I/O
OSD-04026: 传递的参数无效。 (OS 1572617)
ORA-01114: 将块写入文件 201 时出现 IO 错误 (块 # 1572612)
ORA-27069: skgfdisp: 尝试在文件范围外执行 I/O
OSD-04026: 传递的参数无效。 (OS 1572617)

Thu Dec 30 16:35:14 2010
Errors in file d:\oracle\admin\pms\udump\pms_ora_5396.trc:
ORA-00603: ORACLE server session terminated by fatal error
ORA-01114: IO error writing block to file 201 (block # 1572612)
ORA-27069: skgfdisp: attempt to do I/O beyond the range of the file
OSD-04026: 传递的参数无效。 (OS 1572617)
ORA-01114: IO error writing block to file 201 (block # 1572612)
ORA-27069: skgfdisp: attempt to do I/O beyond the range of the file
OSD-04026: 传递的参数无效。 (OS 1572617)

查看：
Dump file d:\oracle\admin\pms\udump\pms_ora_5396.trc
Thu Dec 30 16:35:12 2010
ORACLE V9.2.0.1.0 - Production vsnsta=0
vsnsql=12 vsnxtr=3
Windows 2000 Version 5.1 Service Pack 3, CPU type 586
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
Windows 2000 Version 5.1 Service Pack 3, CPU type 586
Instance name: pms

Redo thread mounted by this instance: 1

Oracle process number: 12

Windows thread id: 5396, image: ORACLE.EXE


*** SESSION ID9.3) 2010-12-30 16:35:12.000
*** 2010-12-30 16:35:12.000
ksedmp: internal or fatal error
ORA-01114: 将块写入文件 201 时出现 IO 错误 (块 # 1572612)
ORA-27069: skgfdisp: 尝试在文件范围外执行 I/O
OSD-04026: 传递的参数无效。 (OS 1572617)
ORA-01114: 将块写入文件 201 时出现 IO 错误 (块 # 1572612)
ORA-27069: skgfdisp: 尝试在文件范围外执行 I/O
OSD-04026: 传递的参数无效。 (OS 1572617)
----- Call Stack Trace -----
calling              call     entry                argument values in hex      
location             type     point                (? means dubious value)     
-------------------- -------- -------------------- ----------------------------
_ksedmp+147          CALLrel  _ksedst+0            
..1.44_7.except.114  CALLrel  _ksedmp+0            3
+fc                                                
..1.1_3.except.34+a  CALLrel  _ksupop+0            2
f                                                  
_ttcpip+a86          CALLreg  00000000             60 C 301E734 0
_opitsk+2f4          CALLrel  _ttcpip+0            
_opiino+5fc          CALLrel  _opitsk+0            0 0 20B510 30BF574 118 0
_opiodr+4cd          CALLreg  00000000             3C 4 301FBD4
_opidrv+233          CALLrel  _opiodr+0            3C 4 301FBD4 0
_sou2o+19            CALLrel  _opidrv+0            
_opimai+10a          CALLrel  _sou2o+0            
_OracleThreadStart@  CALLrel  _opimai+0            
4+35c                                             
7C80B726             CALLreg  00000000            

--------------------- Binary Stack Dump ---------------------

========== FRAME [1] (_ksedmp+147 -> _ksedst+0) ==========
Dump of memory from 0x0301DBC0 to 0x0301DC38
301DBC0 0301DC38 00691AB4 00000000 00000000  [8.....i.........]
301DBD0 00000000 00000000 0301C404 FFFF0023  [............#...]
301DBE0 7C936B1E 00242770 FFFD4428 0000FFFF  [.k.|p'$.(D......]
301DBF0 756C0000 77C12696 00000134 00007AD0  [..lu.&.w4....z..]
301DC00 02220014 00097C93 00000000 00000000  [.."..|..........]
...

同样的问题再次出现了，我的神啊

现在的TEMP01.DBF大小为12582920KB.

不会ORACLE9I在12G的边界也有BUG吧？

jihui

数据虽然导完了，可是问题依然不明白。
希望各位大牛们可以给小弟指点一下。
拜托各位不吝赐教。

Yong Huang

sundog315 already helped you identify the cause. What else can we do? Just upgrade this outdated and desupported database.

Yong Huang

jihui

谢谢Yong Huang。
sundog315确实告诉我，在超过4G时，会有问题。
可是我的程序在继续运行时，我的temp的大小为12582920KB,已经是12G了，同样的错误又出现了。
Doc ID 317174.1这个文档我不知道从哪里能找到，也不知道是不是只有4G时才出现，其它的大小会不会出现。

我当时的做法是，在4G时出错后，重启了一下数据库，程序即可以继续运行，并在12G时出现同样的错误的。希望版主可以指点一下原因。

在这里同样感谢sundog315

DB <9.2.0.3 Cannot AUTOEXTEND to 4Gb boundary in NT (Doc ID 317174.1)
Database Crashes when DATAFILE is Auto Extended Past 4 GB (Doc ID 158836.1)

jihui

to:Yong Huang
这个数据库只是我学习和测试的，不是正式的生产数据库。
即使这个数据库过时了，ORACLE不再支持了，影响也不大，我只是好奇而已。

在这里对各位版主再次表示感谢。

mcttchen

用logminer查查归档日志，看看错误提示处的SCN，用bbed找到相应block，看看是否数据信息一致？

Yong Huang

It's hard to run Oracle without access to MyOracleSupport web site. But sometimes you can find the MOS notes online with a Google search.

> 这个数据库只是我学习和测试的，

Then you have an even stronger reason to use a newer version of Oracle. Why do you want to study something that was outdated a long time ago? Can you imagine China taking 1950's technology from developed countries when China started fast path economic development about 20 years ago? If that had happened, the leaders would have made a huge mistake.

Yong Huang

tolywang

原帖由 jihui 于 2011-1-6 16:36 发表
谢谢Yong Huang。
sundog315确实告诉我，在超过4G时，会有问题。
可是我的程序在继续运行时，我的temp的大小为12582920KB,已经是12G了，同样的错误又出现了。
Doc ID 317174.1这个文档我不知道从哪里能找到，也不知道是不是只有4G时才出现，其它的大小会不会出现。

我当时的做法是，在4G时出错后，重启了一下数据库，程序即可以继续运行，并在12G时出现同样的错误的。希望版主可以指点一下原因。

在这里同样感谢sundog315

DB  

按照文档，应该是达到4G边界大小时出现BUG, 文章特别提到是自动扩展 .  我们原来一个WiNDOWS下的9201系统碰到过，也是
自动扩展到4G,  出现问题， 在系统中看到的表空间大小直接变成 0 ，看不到了 。 后来升级到9208 解决 。


如果有机会， 你可以事先设置temp文件为4G, 4G后面的采用每次扩展100M自动进行扩展 ， 12G大小，也类似测试一下。

liyijie78

学习。