dblink bug?

[复制链接]
查看11 | 回复9 | 2009-3-5 17:18:57 | 显示全部楼层 |阅读模式
create or replace package body pkg_sync4_ecl is
procedure fct4_sync(beginDate date, endDate date) is
rtn varchar2(10);
begin
rtn := fct4_ctry_mst('', '');
commit;
return;
null;
end;
function fct4_ctry_mst(beginDate varchar2, endDate varchar2)
return varchar2 is
rtn varchar2(10);
-- rowid
mstid varchar2(10);
-- row number
row_count number;
insertSql varchar(4000);
cursor cur_ds_ecl3 is
--select ds.oper_type, ds.old_rowid, ds.new_rowid, ds.rowid ds_rowid
select *
from comn.data_sync_ecl@tdevdb ds;
-- where ds.sync_sts = 'C';
-- and ds.TABLE_NAME = 'CTRY_MST';
r_ds_ecl3 cur_ds_ecl3%rowtype;
begin
null;
end;
begin
null;
end pkg_sync4_ecl;
在sql/plus下编译报告
create or replace package body pkg_sync4_ecl is
*
ERROR at line 1:
ORA-03113: end-of-file on communication channel
SQL>
在pl/sql develop中也是报告这个错误?
有什么办法解决这个问题?
回复

使用道具 举报

千问 | 2009-3-5 17:18:57 | 显示全部楼层
SQL>
SQL> create or replace package body pkg_sync4_ecl is
2procedure fct4_sync(beginDate date, endDate date) is
3rtn varchar2(10);
4begin
5
6ctl_id := pkg_sync4_log.insertctl(ver => 1,
7
p_start_time=> '',
8
p_end_time=> '',
9
start_time=> sysdate,
10
systemversion => '4',
11
schemaname=> 'dps',
12
tablename => '',
13
pkgname => 'pkg_sync4_dps.fct4_
sync',
14
funcname=> '',
15
runStatus => 'RUNNING');
16rtn := fct4_ctry_mst('', '');
17pkg_sync4_log.updatectl(ctl_id=> ctl_id,
18
end_time=> sysdate,
19
runStatus => 'SUCCESS',
20
consumetime => 5,
21
content => 'SUCCESS');
22commit;
23return;
24
25null;
26end;
27
28function fct4_ctry_mst(beginDate varchar2, endDate varchar2)
29return varchar2 is
30rtn varchar2(10);
31-- rowid
32mstid varchar2(10);
33-- row number
34row_count number;
35insertSql varchar(4000);
36cursor cur_ds_ecl3 is
37--select ds.oper_type, ds.old_rowid, ds.new_rowid, ds.rowid ds_rowid
38select *
39
from comn.data_sync_ecl@tdevdb ds;
40-- where ds.sync_sts = 'C';
41-- and ds.TABLE_NAME = 'CTRY_MST';
42r_ds_ecl3 cur_ds_ecl3%rowtype;
43begin
44
45null;
46end;
47
48begin
49null;
50end pkg_sync4_ecl;
51/
create or replace package body pkg_sync4_ecl is
*
ERROR at line 1:
ORA-03113: end-of-file on communication channel

SQL>
回复

使用道具 举报

千问 | 2009-3-5 17:18:57 | 显示全部楼层
48begin
49null;
格式错了吧?
回复

使用道具 举报

千问 | 2009-3-5 17:18:57 | 显示全部楼层
25null;
26end;
回复

使用道具 举报

千问 | 2009-3-5 17:18:57 | 显示全部楼层
删掉,25,26,48,49行也是一样的 报错
回复

使用道具 举报

千问 | 2009-3-5 17:18:57 | 显示全部楼层
3113 错误的原因很多,需要你自己通过各种途径去查.
而且也不是对应固定的bug.
cursor改为查询本地的表,也出错吗?
回复

使用道具 举报

千问 | 2009-3-5 17:18:57 | 显示全部楼层
查询本地表肯定没有问题了,
使用dblink查询远程表,这个错误,有时候出现,有的时候不出现,
使用pl/sql编译的时候都出错,本来都是连接oracle服务端的,编译时等待半分钟,就报告连接断开了,
回复

使用道具 举报

千问 | 2009-3-5 17:18:57 | 显示全部楼层
alert_ecicdb.log报告如下内容:
Tue Aug 12 17:36:24 2008
Errors in file d

racleproduct10.2.0adminecicdbudumpecicdb_ora_7468.trc:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [_qcstda+536] [PC:0x605109B0] [ADDR:0x0] [UNABLE_TO_WRITE] []
产生的trc文件有的有2M多,一般都有20多M。
Dump file d

racleproduct10.2.0adminecicdbudumpecicdb_ora_6976.trc
Tue Aug 12 17:38:37 2008
ORACLE V10.2.0.1.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
Windows NT Version V5.2 Service Pack 2
CPU
: 2 - type 586, 1 Physical Cores
Process Affinity: 0x00000000
Memory (Avail/Total): Ph:872M/3325M, Ph+PgF:2320M/5221M, VA:725M/2047M
Instance name: ecicdb
Redo thread mounted by this instance: 1
Oracle process number: 41
Windows thread id: 6976, image: ORACLE.EXE (SHAD)

*** ACTION NAME

Main session) 2008-08-12 17:38:37.574
*** MODULE NAME

PL/SQL Developer) 2008-08-12 17:38:37.574
*** SERVICE NAME

ecicdb) 2008-08-12 17:38:37.574
*** SESSION ID

153.1186) 2008-08-12 17:38:37.574
*** 2008-08-12 17:38:37.574
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [_qcstda+536] [PC:0x605109B0] [ADDR:0x0] [UNABLE_TO_WRITE] []
No current SQL statement being executed.
----- Call Stack Trace -----
calling
call entry
argument values in hex
location
type point
(? means dubious value)
-------------------- -------- -------------------- ----------------------------
_qcstda+536
00000000

_qcspsec+144 CALLrel_qcstda+0
E4083CC EF47848 DA23220

DA2213C
_qcspqb+335
CALLrel_qcspsec+0 E4083CC EF47848 DA23220

E4083CC EF47848 DA23220

E4083CC EF47848 DA23220
_qcsdrv+197
CALLrel_qcspqb+0

_qcitrans+686CALLrel_qcsdrv+0
DA26C54 EF47848
_qcisem+337
CALLrel_qcitrans+0
EF47848 DA22CE8 E40882C 2

EF47848 E031B88 68 1 0

607B7F04 EF47848 E031B88 C 1

0 607B7EF4 EF47848 E031B88 14

1 0 607B7EE4
_ph2csql_analyze+73CALLrel_qcisem+0

8

_ph2stm+1670 CALLrel_ph2csql_analyze+0 E409108 8000008F 0
_ph2sms+255
CALLrel_ph2stm+0
E409108 8000008F
_ph2blo+306
CALLrel_ph2sms+0

_ph2obl+83 CALLrel_ph2blo+0
E409108 80000092
_ph2sbo+1349 CALLrel_ph2obl+0
E409108 80000092
_ph2qcb+83 CALLrel_ph2sbo+0
E409108 80000090 E409768

60E18200 8000008B 58 80000062

E409768 60E18200 80000090 A
_ph2dcl+1817 CALLrel_ph2qcb+0
E409108 80000090
_ph2itm+65 CALLrel_ph2dcl+0
E409108 80000090
_ph2its+612
CALLrel_ph2itm+0
E409108 80000090
_ph2blo+203
CALLrel_ph2its+0
E409108 DA26BFC E409768

60E18200 8000009F 39 E409768

60E18200 800000A0 38
_ph2obl+83 CALLrel_ph2blo+0
E409108 800000A0
_ph2sbo+1349 CALLrel_ph2obl+0
E409108 800000A0
_ph2itm+108
CALLrel_ph2sbo+0
E409108 800000A1
_ph2its+612
CALLrel_ph2itm+0
E409108 800000A1
_ph2blo+203
CALLrel_ph2its+0
E409108 DA236D8 E409768

60E18200 800000A8 39 E409768

60E18200 800000A6 38
_ph2obl+83 CALLrel_ph2blo+0
E409108 800000A6
_ph2uni+1766 CALLrel_ph2obl+0

_ph2dr2+260
CALLrel_ph2uni+0

_ph2drv+204
CALLrel_ph2dr2+0
E409108 4DE72FEC 0
_phpsem+31 CALLrel_ph2drv+0
E409768 4DE72FEC 0
_phpcmp+1105 CALLrel_phpsem+0
E409768 4DE72FEC 0
_pcicms2+302 CALLrel_phpcmp+0
E409768 4DE72FEC E033C42 674

27 0 0 0
_pcicmp2+54
CALLrel_pcicms2+0 E409768 4DE72FEC E033C42 674

E409850 0 0 0 4
_kkxcmp0+658 CALLrel_pcicmp2+0
_rpiswu2+426 CALLreg00000000
E409C38
_kkxcmp+186
CALLrel_rpiswu2+0 4E338174 5C E409C18 2 E409C58

5C E409C18 0 25FF144 0

E409C38 0
_kkpcrt+960
CALLrel_kkxcmp+0

_opiexe+11398CALLrel_kkpcrt+0
CCBDB44
_opiosq0+6088CALLrel_opiexe+0
4 0 E40D8C4
_kpooprx+232 CALLrel_opiosq0+0 3 E E40D9DC A4
_kpoal8+775
CALLrel_kpooprx+0 E40F6FC E033C30 686 1 0 A4
_opiodr+1099 CALLreg00000000
5E 17 E40F6F8
_ttcpip+1273 CALLreg00000000
5E 17 E40F6F8 0
_opitsk+1017 CALL???00000000

_opiino+1087 CALLrel_opitsk+0
0 0
_opiodr+1099 CALLreg00000000
3C 4 E40FC90
_opidrv+819
CALLrel_opiodr+0
3C 4 E40FC90 0
_sou2o+45
CALLrel_opidrv+0
3C 4 E40FC90
_opimai_real+112 CALLrel_sou2o+0
E40FC84 3C 4 E40FC90
_opimai+92 CALLrel_opimai_real+0 2 E40FCBC
_OracleThreadStart@CALLrel_opimai+0

4+708

77E64826
CALLreg00000000


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

========== FRAME [1] (_qcstda+536 -> 00000000) ==========
Inaccessible memory range: 00000000 -> 00000400
========== FRAME [2] (_qcspsec+144 -> _qcstda+0) ==========

。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。省略
也不知道这个trace文件怎么读
回复

使用道具 举报

千问 | 2009-3-5 17:18:57 | 显示全部楼层
ecicdb_ora_6976.trc 文件



ecicdb_ora_6976.rar(381.79 KB, 下载次数: 0)2008-8-13 09:14 上传点击文件名下载附件

回复

使用道具 举报

千问 | 2009-3-5 17:18:57 | 显示全部楼层
我遇到过类似的问题
当时我是用sql查远程表不报错,但写在某几个过程里会报错
后来去metalink查了一下,确实是bug
不知楼主和我的情况是否相同
回复

使用道具 举报

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

本版积分规则

主题

0

回帖

4882万

积分

论坛元老

Rank: 8Rank: 8

积分
48824836
热门排行