超级不解的ORA-03113,可能是全球仅我遇到过。

zhumy · 发表于 2005-1-5 11:13

我在solaris和AIX的环境下都不会出现这种情况。而且telnet到AIX上copy该字符串也没有什么问题。

zhumy · 发表于 2005-1-5 11:32

或者你把数据库的补丁打到9205试一下。

weijsh · 发表于 2005-1-7 11:10

非常感谢楼上各位的建议，经过N次的测试后，现在通报一下最新进展：

原先timed_statistics 为TRUE，因为平时没必要设为TRUE，所以我把timed_statistics 设为false，再测，结果仍然是出错了，又设为TRUE，来回更换，当设为FALSE后10分钟左右，再试，呵呵，OK了，之后应用程序也就正常跑了，可好景不常，现在开始又偶尔会断开连接，只是频率没这么高了。

有点纳闷，为什么timed_statistics设为FALSE时仍然会出错，而多设几次，特别是设为FALSE后10分钟左右后问题就解决了，难道timed_statistics有绶冲吗？

为什么正常跑一段时间后，现在又偶尔会出问题？

请楼上的各位继续结建议，谢谢

eygle · 发表于 2005-1-7 11:45

如果是timed_statistics的影响，其影响的消除需要时间，你可以参考下我的这个案例：

http://www.eygle.com/internal/shared_pool-6.htm

你可以尝试在设为False之后，执行
alter system flush shared_pool;

看是否可以缩短这个时间。

weijsh · 发表于 2005-1-7 11:48

再次感谢老虎的全程跟踪

weijsh · 发表于 2005-1-7 18:01

问题仍然没有完全解决，请问是不是一个实例两个USER之间竟争SGA造成的？因为我在一个实例下建了两个用户，一个是测试用户，另一个是生产用户

weijsh · 发表于 2005-1-7 18:03

不存在老虎http://www.eygle.com/internal/shared_pool-6.htm

中所描述的问题，另外
SQL> alter system set _sqlexec_progression_cost=0
2 /
alter system set _sqlexec_progression_cost=0
*
ERROR 位于第 1 行:
ORA-00911: 无效字符

zhumy · 发表于 2005-1-11 10:13

和用户应该是没有关系的。

weijsh · 发表于 2005-1-20 17:15

timed_statistics 为FALSE后，好过一段时间，但现在又开始老断开了，具体情况是用java分解上传上来的文件，生成insert into语句，insert 到数据库中，执行insert 语句时常断开连接，往往为了insert 一批数据进去要重复连接多次才能完成。

Fenng · 发表于 2005-1-20 18:30

前后几个人问我,似乎都是同一个case

我后来还看到不少Trace文件

这个数据库似乎开了 MTS 的,不知道是不是这样? 如果是的话,应该和MTS有关

也不知道数据库升级了没有 ?这个是前提吧