DB2 FOR LUW / DB2FORLUW / 970 - DB2

STMM may incorrectly calculate performance benefits for package 
cache when statements are invalidated.  For example, cached 
statements may be invalidated because of dependencies on dropped 
objects, and when those statements are executed again - 
necessitating recompilation, STMM may incorrectly calculate the 
compilation could be avoided with a larger package cache. 
 
The most obvious sign of this is that STMM increase the package 
cache configured size before it is reached.  This can be seen by 
comparing the logical usage high water mark in db2pd -db 
<database> -mempools against its configured size (current 
PCKCACHESZ setting, or the "configured size" from db2pd -db 
<database> -mempools on Version 10.1 and higher).

**************************************************************** 
* USERS AFFECTED:                                              * 
* systems with self-tuning (STMM) of package cache enabled     * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to DB2 Version 9.7 Fix Pack <n>                      * 
****************************************************************

use manual tuning of package cache

Problem first fixed in DB2 Version 9.7 Fix Pack 10

see Local Fix

Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :

18.03.2014
11.11.2014
11.11.2014

9.7.FP<n&,
9.7.FP10