DB2FMP过程CPU时间有时须要90%

问题

为什么不DB2FMP实例挂起过程须要CPU90%? 数据库

缘由

可能的缘由有两个此CPU使用率很高︰ spa

1),那么可能发生此问题DB2运行的监视器堆。  内存

将从监视器堆分配维护数据库系统监视器数据所需的内存。 
当没有更多监视器堆可用,则"自动数据库维护功能(例如,自动备份,统计信息收集,和REORG)将长得多,由于此功能依赖于NOT FENCED例程的基础设施。 容器

2) APAR IY75671。  基础

在这种状况下,放缓的数据库数目成正比,大量的表空间和容器。 配置

回答

要解决此问题,这是很重要的,看看是否有CPU使用率太高的缘由是APAR IY75671。 
一般高的CPU使用状况不该该发生后关闭自动维护评价,即便mon设置为" on "。 
若是高CPU使用率仍然发生自动维护关闭,高CPU症状最有可能发生的APAR IY75671,您可能要考虑升级DB2 UDB的修订包包含修订的APAR。 
APAR IY75671将包含在DB2 V8.1 FixPak11。 date

要关闭自动维护评价,您能够运行如下命令: 统计

    db2 update alert cfg for databases using db.tb_runstats_req set thresholdschecked no
    db2 update alert cfg for databases using db.db_backup_req set thresholdschecked no
    db2 update alert cfg for databases using db.tb_reorg_req set thresholdschecked no
    db2 connect to RMDB
    db2 update db cfg using AUTO_MAINT OFF 数据

 的自动维护评价在dababase级别还应关闭若是这些运行情况指示器已配置的特定数据库:  db

    db2 update alert cfg for database on <DBNAME> using db.tb_runstats_req set thresholdschecked no

    db2 update alert cfg for database on <DBNAME> using db.db_backup_req set thresholdschecked no

    db2 update alert cfg for database on <DBNAME> using db.tb_reorg_req set thresholdschecked no

相关文章
相关标签/搜索