kkchat

insert只是这个应用上一条已经执行完的命令而已，并不一定说是insert这条语句导致的。收集一下db2 get snapshot for application agentid 28686 和 db2 get snapshot for dynamic sql on BPEDB 然后发附件上来看看。

以MON_GET_PKG_CACHE_STMT为准，因为它监控到静态与动态SQL，而get snapshot for dynamic sql只是监控动态SQL，The MON_GET_PKG_CACHE_STMT table function returns a point-in-time view of both static and dynamic SQL

[i=s] 本帖最后由 kkchat 于 2013-3-12 15:58 编辑 有其他的进程正在备份数据库，所以你再重复执行backup命令当然报错了。你可以执行db2 list utilities show detail 查看一下是不是有其他备份命令正在执行。

2013-03-09-20.31.05.526448+480 E54610641E629 LEVEL: WarningPID : 6518 TID : 140505950185216PROC : db2sysc 0INSTANCE: gjywinst NODE : 000 DB : GJYWDBAP

这个messsage是因为当db2fmp完成任务后db2agent应该清除它（ (KEEPFENCED) = NO）但由于某种原因未清除。所以就”marking fmp as unstable“， 并且”Removing FMP from pool“，需要清除他。 学习啦。

[i=s] 本帖最后由 kkchat 于 2013-3-8 16:35 编辑 回复 hzckn 按照我上面的runstats命令再执行一下runstats，优化器评估成这么少行确实很夸张啊。对了，这个查询结果集有多少行？从Rows read计算的话有133804156/787有1

纯SQL的存储过程总是被定义为NOT FENCED，其他用特定语言如C,C++,COBOL,JAVA,.NET编写的外部存储过程支持定义成fenced 或 not fenced。 报错LEVEL: Severe为当然有问题了，不过这么点log看不出什么。 存储过程跑的很多

怀疑是这里低估了，优化器认为只有0.208983符合，选择排序的CPU、I/O代价都很低，所以就没选择有create_time的索引来消除排序，LZ确认一下这个查询结果集有多少行。2) From Operator #5 Estima

数据库访问的文件被其他进程比如杀毒软件占用了，参考另外一个贴：

不够详细，楼主发个db2exfmt的结果上来看看。