获取导致导入失败的数据(四)
上一篇 / 下一篇 2008-05-19 21:07:00 / 个人分类:ORACLE
前不久从一个数据库执行导出操作时报错,通过直接路径方式跳过后,导入时候再次报错。推测是由于源数据库出现的异常导致表中数据超过表定义的精度。
由于源数据库中错误记录已经被删除,因此只能想办法从导出的dmp文件中获取错误的记录。
导出、导入过程的描述可以参考:
EXP在9R2上导出时报错ORA-3113和ORA-24324:http://yangtingkun.itpub.net/post/468/460647
EXP在9R2上导出时报错ORA-3113和ORA-24324(二):http://yangtingkun.itpub.net/post/468/460831
继续探讨导致SQLPLUS程序崩溃的原因。
获取导致导入失败的数据:http://yangtingkun.itpub.net/post/468/461401
获取导致导入失败的数据(二):http://yangtingkun.itpub.net/post/468/461600
获取导致导入失败的数据(三):http://yangtingkun.itpub.net/post/468/461660
BEFORE触发器修正数据错误:http://yangtingkun.itpub.net/post/468/461506
在上面一篇文章中,通过修改表结构和设置触发器,最终使得异常数据成功插入。不过在查询异常数据时,导致了sqlplus程序的崩溃:
SQL> SELECT * FROM
De+T#?P6j2u0 2 (
%J*DrxT/O8j7K0 3 SELECT ROWNUM RN, TRADE_RATE, ORDER_AMOUONT, SEND_AMOUNT, RECEIVE_AMOUNT,ITPUB个人空间EX?3fIW6s2?
4 UNIT_PRICE, MAX_PRICE, MIN_PRICE, PRICE_RATE
F1_@K3W&l5g(R;[
Hd6S0 5 FROM SHGOV_ORDER
9Ru_ W"e[0 6 WHERE ROWNUM < 31324ITPUB个人空间'xD$J.{0?'mN
7 )ITPUB个人空间o2?o7U-dj6Ep V6b#`
8 WHERE RN > 31322;
RN TRADE_RATE ORDER_AMOUONT SEND_AMOUNT RECEIVE_AMOUNT UNIT_PRICE MAX_PRICE MIN_PRICE PRICE_RATE
9QOM1E3|9[0---------- ---------- ------------- ----------- -------------- ---------- ---------- ---------- ----------
a#}S v DM&L0 31323 -5.353E+19 -3.120E+77 -5.054E+29 -5.300E+35 -1.952E-15 3.3295E-31 -~ -5.156E+23
*** glibc detected *** sqlplus: free(): invalid next size (normal): 0x000000001ca
======= Backtrace: =========ITPUB个人空间l5T&H+SS
/lib64/libc.so.6[0x
/lib64/libc.so.6(cfree+0x
Tc2r8r
So0sqlplus(safifre+0xc)[0x
sqlplus[0x423675]ITPUB个人空间/BT5qGw^a3Qi
d
sqlplus[0x4155fa]ITPUB个人空间5It _P3ee#I jb/kN
sqlplus[0x
o%TrJ9FPU,o0sqlplus[0x419bba]
'HB2eH2^0sqlplus[0x433596]
)ng]qURK_ }DElq0sqlplus[0x43253b]
fL)K?GG0sqlplus[0x408433]ITPUB个人空间.KD8j:j2vh
sqlplus[0x40780e]ITPUB个人空间'q/Mf%xP
K-d X
/lib64/libc.so.6(__libc_start_main+0xf4)[0x
sqlplus[0x
U,RE C8`,]E
x;z/v0======= Memory map: ========ITPUB个人空间Gw%p$LjN4p&N)\
00400000-00494000 r-xp 00000000 08:02 10031306 /opt/oracle/product/9.2/bin/sqlplus
jdxM/D A000594000-0059b000 rwxp 00094000 08:02 10031306 /opt/oracle/product/9.2/bin/sqlplusITPUB个人空间l~q"Z1ua(]_9NWL+f_
1ca33000-1cb16000 rwxp 1ca33000 00:00 0ITPUB个人空间 U1o Zo~+W#g"k
2D[k`k/Z#U1L0
,_-GyMO8R~`0
5\*D Si_ qD0
"e|K%B)QE8I~!Vb0
p;@FO'X%|0~jF0
K_,O*Bne0El0
SHZ o([h6}'F0
,I/T.k+G7HS"|K$K
v5C0
8Qe*e kZGK9}c
G0
)EP fj3?]0
!bkUhnz"~7{%W0
j%H#_M#t{ M0
q
A@qW,v02aaaaaaab000-2aaaaaaad000 rwxp 2aaaaaaab000 00:00 0
\g-fL/kVL6U/ul02aaaaaaad000-2aaaab5fd000 r-xp 00000000 08:02 10162165 /opt/oracle/product/9.2/lib/libclntsh.so.9.0ITPUB个人空间}8Kbu%Y R3z
2aaaab5fd000-2aaaab6fd000 ---p 00b50000 08:02 10162165 /opt/oracle/product/9.2/lib/libclntsh.so.9.0ITPUB个人空间/_*@Q/eR*H/~'@R
2aaaab6fd000-2aaaab
yzO|iU1LdL@[02aaaab
2aaaab
*G9RQY8tU2pO0Euu02aaaab771000-2aaaab870000 ---p 00002000 08:02 10162044 /opt/oracle/product/9.2/lib/libwtc9.so
/pxL7x`V*yJP02aaaab870000-2aaaab871000 rwxp 00001000 08:02 10162044 /opt/oracle/product/9.2/lib/libwtc9.soITPUB个人空间,`f(J{n&f*Q
2aaaab871000-2aaaab894000 rwxp 2aaaab871000 00:00 0ITPUB个人空间.j
ySSO jX]A1O
2aaaab895000-2aaaab8bf000 rwxp 2aaaab895000 00:00 0
BZx(RFl^02aaaab8e2000-2aaaab8ec000 r-xp 00000000 08:02 3365244 /lib64/libnss_files-2.5.so
4PP-n#e
fK-zkB02aaaab8ec000-2aaaabaeb000 ---p
"kS1J!Q bk02aaaabaeb000-2aaaabaec000 r-xp 00009000 08:02 3365244 /lib64/libnss_files-2.5.so
CMM^'`#}02aaaabaec000-2aaaabaed000 rwxp
2aaaac000000-2aaaac021000 rwxp 2aaaac000000 00:00 0
P:^;ey.} TD@
F02aaaac021000-2aaab0000000 ---p 2aaaac021000 00:00 0
8S^1k7uL5`r07fff2465d000-7fff24673000 rwxp 7fff2465d000 00:00 0 [stack]
0KPj~fQ-b0ffffffffff600000-ffffffffffe00000 ---p 00000000 00:00 0 [vdso]
G[:VoO-H&_.Cda0Aborted
显然导致错误的原因是由于数据的异常,导致了Oracle在处理数据的时候,出现了内存冲突的问题,最终导致sqlplus程序的结束。参照上一篇文章,如果将这些异常的“数值”转化为字符串,并安装字符串类型来访问,并不会造成问题,而如果直接根据数值类型来访问这些异常的“数值”,就导致了问题的产生。
不过,如果因为数据异常就导致如此严重的程序崩溃,是否Oracle也太不健壮了,如果sqlplus给出错误信息,似乎比直接程序崩溃更合理一些。
根据这个信息查询metalink,发现了部分类似的情况,Oracle认为这并非是个bug,而是由于没有设置LD_ASSUME_KERNEL参数导致的。类似的描述可以参考:Doc ID: Note:352493.1。
不过尝试了设置LD_ASSUME_KERNEL,发现这个方法似乎没有什么效果,依然造成了sqlplus程序的崩溃。
尝试了不同平台上的SQLPLUS客户端,发现表现也不相同。
以10.2.0.3版本为例,linux 64-X86平台上的错误和上面的一致。
而Solaris Sparc64则出现了下面的错误:
$ sqlplus test/test@172.25.198.230/bjtest
SQL*Plus: Release 10.2.0.3.0 - Production on星期三3月19 23:01:53 2008
Copyright (c) 1982, 2006, Oracle. All Rights Reserved.
N`]1w*P*VbD0连接到:ITPUB个人空间)U zMC-ns
}C
Oracle9i Enterprise Edition Release 9.2.0.4.0 - 64bit Production
?/Y9HyU0Q2Z8u0With the Partitioning, OLAP and Oracle Data Mining optionsITPUB个人空间8} e0i_!l[T(HVg
JServer Release 9.2.0.4.0 - Production
SQL> SELECT * FROMITPUB个人空间O%s!ksn%o
2 (ITPUB个人空间*K/aYhuW3D0tl
3 SELECT ROWNUM RN, TRADE_RATE, ORDER_AMOUONT, SEND_AMOUNT, RECEIVE_AMOUNT,
&hF"L"x#Tg{1f0 4 UNIT_PRICE, MAX_PRICE, MIN_PRICE, PRICE_RATEITPUB个人空间;Y~?6eL[/zL
5 FROM SHGOV_ORDERITPUB个人空间 V N6@)`
p
6 WHERE ROWNUM < 31324
!\9ItuvageNR_fq0 7 )ITPUB个人空间[S.oI\c
8 WHERE RN > 31322;
Segmentation Fault - core dumped
而对于Windows平台下的32为sqlplus,似乎并没有引起任何的异常:
SQL> conn test/test@172.25.198.230/bjtestITPUB个人空间.JG.IK+B d-s
l
{v
已连接。
K$GP3t bK6sD-c7T0SQL> SELECT * FROMITPUB个人空间Q5]LQ(A/v
A
r
2 (
KhQ{/W0 3 SELECT ROWNUM RN, TRADE_RATE, ORDER_AMOUONT, SEND_AMOUNT, RECEIVE_AMOUNT,ITPUB个人空间'Th hg[$P
4 UNIT_PRICE, MAX_PRICE, MIN_PRICE, PRICE_RATEITPUB个人空间?*VO5P/o]x }H%c
5 FROM SHGOV_ORDERITPUB个人空间Jw(W!B4AF _zA
6 WHERE ROWNUM < 31324
+v7{8B6\ bO0 7 )
H{v}`(m0 8 WHERE RN > 31322;
RN TRADE_RATE ORDER_AMOUONT SEND_AMOUNT RECEIVE_AMOUNT UNIT_PRICE MAX_PRICE MIN_PRICE PRICE_RATEITPUB个人空间 ~7M%^ WL1m0|W;Gu
---------- ---------- ------------- ----------- -------------- ---------- ---------- ---------- ----ITPUB个人空间3l+u9Spp)yW!swtz
31323 -5.353E+19 -3.120E+77 -5.054E+29 -5.300E+35 -1.952E-15 3.3295E-31 -~ -5.156E+2
而且无论是windows下的sqlplusw工具,还是命令行sqlplus命令,都不会报错。看来似乎sqlplus客户端的保护代码还是windows环境下更好一些。
再次查询metalink,发现如果设置环境变量MALLOC_CHECK_=1,则sqlplus仍然会报错,但是不会导致程序的崩溃。
[oracle@bjtest ~]$ export MALLOC_CHECK_=1ITPUB个人空间I$zI:_;P8v
R`
[oracle@bjtest ~]$ sqlplus test/testITPUB个人空间
}r:p6[Hj
malloc: using debugging hooks
SQL*Plus: Release 9.2.0.4.0 - Production on星期一5月19 23:17:20 2008
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
malloc: using debugging hooks
连接到:ITPUB个人空间/YD8C[BQg1~
Oracle9i Enterprise Edition Release 9.2.0.4.0 - 64bit Production
!~tv0iMx&^0With the Partitioning, OLAP and Oracle Data Mining options
b
v%g lr5s ]ku0JServer Release 9.2.0.4.0 - Production
SQL> SET PAGES 100 LINES 120
,n_yr5^.u0SQL> SELECT * FROM
h)Ikg hc0 2 (ITPUB个人空间7Ad'B)G2b~
C2i``'t
3 SELECT ROWNUM RN, TRADE_RATE, ORDER_AMOUONT, SEND_AMOUNT, RECEIVE_AMOUNT,
ir)i$vY\ry0 4 UNIT_PRICE, MAX_PRICE, MIN_PRICE, PRICE_RATE
%f9u$tQLw AS}3]0 5 FROM SHGOV_ORDERITPUB个人空间&xpd;SfX
6 WHERE ROWNUM < 31324
?[N\D,L+u&U0 7 )
6Gi g@ Y*i`/?|0 8 WHERE RN > 31322;
RN TRADE_RATE ORDER_AMOUONT SEND_AMOUNT RECEIVE_AMOUNT UNIT_PRICE MAX_PRICE MIN_PRICE PRICE_RATE
8W#a4rK~"b0---------- ---------- ------------- ----------- -------------- ---------- ---------- ---------- ----------ITPUB个人空间Z,j5z$LUHD
31323 -5.353E+19 -3.120E+77 -5.054E+29 -5.300E+35 -1.952E-15 3.3295E-31 -~ -5.156E+23
*** glibc detected *** sqlplus: free(): invalid next size (normal): 0x000000000457fd70 ***
'|i)?+t!yw_0*** glibc detected *** sqlplus: free(): invalid pointer: 0x000000000457fdd0 ***
4Gxfl
J3L0g0SQL> SELECT * FROM DUAL;
D
t.mG:\9|r1}\0-
M.A*N}V8A0X
更多的相关描述可以参考:Bug No. 6074363。
导入论坛 引用链接 收藏 分享给好友 推荐到圈子 管理 举报
TAG: