DB2 - Problem description
Problem IC91769 | Status: Closed |
AUTOMATIC RUNSTATS MIGHT NOT EVALUATE A TABLE IF DATABASE DEACTIVATION OCCURRED WHILE THE TABLE WAS BEING PROCESSED. | |
product: | |
DB2 FOR LUW / DB2FORLUW / A10 - DB2 | |
Problem description: | |
When AUTO_RUNSTATS is enabled for a database, evaluations to process tables occur periodically. If the database is deactivated while automatic runstats is processing a table, automatic runstats might fail to evaluate the table in future evaluations. To check if the problem has occurred, run: SELECT SCHEMA,NAME FROM SYSTOOLS.HMON_ATM_INFO WHERE STATS_LOCK != 'N'; LIST UTILITIES; The problem has occurred if: - the SELECT query returns more than one row, or - the SELECT query returns one row when LIST UTILITIES does not show an active Automatic runstats The problem can occur more frequently on, but is not restricted to, instances with more than one database enabled for automatic runstats. | |
Problem Summary: | |
**************************************************************** * USERS AFFECTED: * * All users. * **************************************************************** * PROBLEM DESCRIPTION: * * See Error Description * **************************************************************** * RECOMMENDATION: * * Upgrade to DB2 Version 10 Fix Pack 3 or Later. * **************************************************************** | |
Local Fix: | |
After a database is activated, as soon as possible before automatic maintenance begins, typically about 2 hours after activation, manually reset the stats_lock information: UPDATE SYSTOOLS.HMON_ATM_INFO SET STATS_LOCK = 'N' WHERE STATS_LOCK != 'N' | |
available fix packs: | |
DB2 Version 10.1 Fix Pack 3 for Linux, UNIX, and Windows | |
Solution | |
First Fixed in DB2 Version 10 Fix Pack 3. | |
Workaround | |
not known / see Local fix | |
Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 22.04.2013 24.10.2013 24.10.2013 |
Problem solved at the following versions (IBM BugInfos) | |
Problem solved according to the fixlist(s) of the following version(s) | |
10.1.0.3 | |
10.1.0.3 |