/db2_log文件系统100%，说明你的空间不够了呀，归档日志能清理的，清理了吧，要是需要保留，可以移到其他地方备份起来

1、首先检查db2diag.log文件可以使用db2diag -t 2015-12-30 -l \"Error,Warning,Sever\" ~/sqllib/db2dump/db2diag.log查看具体的报错信息。2、系统部署nmon及其监控脚本3、对比nmon的输出可查看问题集中发生的时间段，对该时间段进行实时监控。4、使用db2工具活sysibmadm...

查看package cache里面cpu time消耗最多的语句是什么，然后看看是什么原因造成的

如何只采样分析20%的数据这个表有4个T的大小。担心runstats会严重的影响性能。

硬件升级优化SQL,调整参数高可用方案，负载分离，读写分离IWA 报表类业务内存加速

200ms的SQL没有优化价值。从你的SQL上看，有count,sum,有group by,有in, or操作，费点CPU很正常。。BTW:你们是如何监控到200ms的CPU高的？请教。。。

主要应该有 vp,lru,空间内存可自动调节的不多。空间有自动管理功能（这个与oracle的自动管理类似）。

txt 文件可以用外部表，随后外部表与原始表关联更新。

谢谢，这个方面有点类似DB2，之前一个从一个朋友那里了解到的有点偏差

建索引使用PDQ吧。。或许会快一些。。。异机迁移，或者可以考虑使用ER方式以减少停机时间。。