爲什麼不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