/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方式以减少停机时间。。