locktimeout文件主要分为两个部分,lock请求者和占用着,非常直观,针对LOCKTIMEOUT=2000毫秒问题,建议查看app server中是否有限制。
如果partition table需要频繁使用detach,attach来做数据的roll in/out,建议使用分区索引,否则使用全局的效率更高。
鉴于你的情况,可以考虑开启AUTO_RUNSTATS,AUTO_REORG 避免频繁的手动操作,表中数据大量变更后,需要reorg,整理碎片叶后性能才会提升,只做runstat不行。
runstats收集tables,indexes数据的特征,包括行数,数据分布,以及索引的聚簇度,然后insert到相关catalog table中,以供DB2优化器使用。
1 .你的双机应该只是AIX层面的双机,DB,instance,以及存储应该都是共享的,如果AIX HACMP脚本配置正确,且AIX层面配置无误的话,不会出现问题,建议重点在AIX主机层面排查。2 .大数据抽取的话,是DB2-->DB2,还是有ORACLE,MYSQL等
针对你的问题,建议重点排查DNS域名解析服务器的。
两种监控锁等待的方法,大量的锁,需要结合监控结果去分析,是哪些SQL hold了锁:1 db2 event monitor for locking2 db2pd -d dbname -wlocks
1 . instance级别的监控开关主要有7个,DFT_MON_LOCK,DFT_MON_BUFF,DFT_MON_STMT,DFT_MON_TABLE,DFT_MON_UOW,DFT_MON_TIMESTAMP,DFT_MON_SORT,主要集中在对内存的消耗,也会有少量的CPU消耗,非繁忙系统可以忽略。其中DFT_M
你的问题可以在information center得到答案,另外抓取SQL的话,可以考虑采用效率更高的方法:mon_get_pkg_cache_stmt table function
建议核查丢失了哪些procedures,如果这些丢失的在其它执行的SQL语句中没有被调用,就OK
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30