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

相關文章
相關標籤/搜索