高分急救，决不食言，怎样解决如下的插入报错问题

[Radamanteis]

各位好：
小弟的db2 v8.1.1.128, fixpack 14, 跑在IBM P595上 16个CPU, 内存12G, 4 LPARs. 商业智能系统
insert into table1 select colume1 from table2
fetch first n rows only

报错 SQL1124N A database agent could not be
started to service a request, or was terminated as a result of a
database system shutdown or a force command.

昨天置 n=9700 fetch first 9700 rows only时就报错了,
今天令 n=10000 ok 但是达到30000时又错！

请问各位到底是怎么回事，数据库参数要改吗？

[Mr_Bean]

调整超时时间
或者分批提交落实

[bigsir]

关注，mark一下

[dragonzou]

关注.....
估计数据问题

[jinxin19831117]

你就不能分批提交么。。。汗一个。。。

[wts173]

mark

[lsea_2006]

学习ing!

[meiZiNick]

没遇到过这种情况.

[jorson_zhou]

看报错好象被人在后台给force掉了一样

[littleboys]

同意一楼说法

[cyzhang811]

分批提交吧，要不就调整一下超时时间

[askwho]

我知道，我知道，哈哈哈，你找对了人了。

这个是db2v8在fixpak14下的一个bug，你可以安装fixpak8i，应该没有问题。

[linguo2000]

路过 学习

[jin_ok]

学习

[zwj0712]

其实IBM的东西有好多东西解决不了,不过他们总是有办法,打个补丁就OK了,试着打个补丁看看!

[weity]

粗略的知道一点

其实，不只是insert才出这样的错误
有时候，执行一些大一点的操作（创建nickname里面的 mapping 的时候）也会出现该错误。

查询一下，日本ibm db2论坛（可能是官方的吧），
解释是：Reorg Index发生的时候，会产生 锁等待 ，会导致 insert 动作的 timeout

它属于下面的情况：
AP1(ID=976)：存在未提交的 INSERT　
->
AP2(ID=974)：Reorg Index (Allow Write Access)
->
AP3(ID=993)：Insert 出错

解决方法：在执行 insert前，把以前没有提交的动作都提交了。

其实，在程序里面，有可能实现不了，那就需要分批分批来提交

楼主使用fetch 命令，也是想要避免数据过多的情况吧？

[robinevangel]

[Quote=引用 11 楼 askwho 的回复:]
我知道，我知道，哈哈哈，你找对了人了。

这个是db2v8在fixpak14下的一个bug，你可以安装fixpak8i，应该没有问题。
[/Quote]

正解