home clear 64x64
en blue 200x116 de orange 200x116 info letter User
suche 36x36
Neueste VersionenFixList
11.1.0.7 FixList
10.5.0.9 FixList
10.1.0.6 FixList
9.8.0.5 FixList
9.7.0.11 FixList
9.5.0.10 FixList
9.1.0.12 FixList
Haben Sie Probleme? - Kontaktieren Sie uns.
Kostenlos registrieren anmeldung-x26
Kontaktformular kontakt-x26

DB2 - Problembeschreibung

Problem IC82616 Status: Geschlossen

PERFORMANCE DEGRADATION WHEN PACKAGE CACHE IS FULL AND MANY STATEMENTS ARE
IN THE CACHE

Produkt:
DB2 FOR LUW / DB2FORLUW / 970 - DB2
Problembeschreibung:
Parformance degradation on running dynamic SQL can be observed 
if all the following conditions are met. 
 
- Package cache become full, i.e package cache logical size 
reaches or exceeds PCKCACHESZ. 
- Dynamic cache is filled by statement entries that cannot be 
removed from 
the cache since they are associated with an application 
statement handle 
that has been prepared. 
 
In this condition, all subsequent dynamic SQL requests would 
perform cache cleanup effort so that new cache entries to be 
inserted into package cache. But when all or most of the entries 
in the cache cannot be removed due to statement entries that 
cannot be removed, it will be a wasted effort, and it leads to 
latch 
contention in sqlra_csm_del_stmt_empties like as below: 
 
 getConflict 
 sqlra_csm_del_stmt_empties 
 sqlra_cache_space_mgmt 
 sqlra_cache_reserve_memory 
 
Users can also see high CPU symptom on the DB2 instance in this 
situation. 
 
Issuing db2pd -db <dbname> -dynamic, a high ratio of "Dynamic 
SQL Statement" entries to "Dynamic SQL Variations" will make it 
more likely to be exposed to this issue. 
 
As per the Local Fix, this is likely indicative of a poorly 
tuned package cache and the package cache size should be 
increased.
Problem-Zusammenfassung:
**************************************************************** 
* USERS AFFECTED:                                              * 
* Users who run many kinds of dynamic SQL statements.          * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Please upgrade to V9.7 FixPack 7 or later.                   * 
****************************************************************
Local-Fix:
Please apply one or both of the followings. 
 
a) Increase PCKCACHESZ so that package cache satisfies to store 
cache entries for prepared statement cache. 
b) Decrease the number of prepared statement cache.
verfügbare FixPacks:
DB2 Version 9.7 Fix Pack 7 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 8 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 9 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 9a for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 10 for Linux, UNIX, and Windows

Lösung
This problem was first fixed in DB2 V9.7 FixPack 7.
Workaround
keiner bekannt / siehe Local-Fix
Bug-Verfolgung
Vorgänger  : APAR is sysrouted TO one or more of the following: IC88624 
Nachfolger : 
Weitere Daten
Datum - Problem gemeldet    :
Datum - Problem geschlossen :
Datum - der letzten Änderung:
11.04.2012
31.12.2012
31.12.2012
Problem behoben ab folgender Versionen (IBM BugInfos)
9.7.FP7
Problem behoben lt. FixList in der Version
9.7.0.7 FixList