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 IC69922 Status: Geschlossen

MEMORY LEAK WHEN USING CURSOR VARIABLE INSIDE A NESTED ROUTINE CALL.

Produkt:
DB2 FOR LUW / DB2FORLUW / 970 - DB2
Problembeschreibung:
Memory leak happens when calling nested stored procedure 
involving cursor variable. 
 
The problem will be observed in environments with persistent 
connections, such as web servers which never disconnect. 
 
Customers will see a slow degradation in performance as stress 
workloads run longer. Also we will see high page swapping as DB2 
will start consuming more memory because of the leak. 
 
In the command "db2pd -db <database name> -mempools" output, you 
will see that one of the Application Heaps (PoolName "apph") is 
increasing in size considerable. This pool is associated to the 
application connection and memory is released when the 
connection is terminated.
Problem-Zusammenfassung:
**************************************************************** 
* USERS AFFECTED:                                              * 
* DB2 UDB LUW V9.7 Users on all platforms.                     * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* Memory leak happens when calling nested stored               * 
* procedureinvolving cursor variable.Cursor variable is common * 
* in Oracle PL/SQL storedprocedures. When customers are moving * 
* from Oracle to DB2 andare using nesting PL/SQL procedures,   * 
* it is likely thatcustomer will hit the problem.The problem   * 
* will be observed in environments with persistentconnections, * 
* such as web servers which never disconnect. Thetemporary     * 
* work around for this issue is to disconnect orterminate the  * 
* current connection in a round robin fashion.Customers will   * 
* see a slow degradation in performance asstress workloads run * 
* longer. Also we see a high pageswapping as DB2 will start    * 
* consuming more memory because ofthe leak.In the command      * 
* "db2pd -db <database_name> -mempools" output,you will see    * 
* that one of the Application heaps (Poolname"apph") is        * 
* increasing in size considerable. This pool isassociated with * 
* the application connection and the memory isreleased when    * 
* the connection is terminated.                                * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to DB2 Version 9.7 Fix Pack 4.                       * 
****************************************************************
Local-Fix:
Memory will be freed after a disconnect/terminate the current 
connection.
verfügbare FixPacks:
DB2 Version 9.7 Fix Pack 4 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 5 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 6 for Linux, UNIX, and Windows
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
Problem was first fixed in Version 9.7 Fix Pack 4.
Workaround
N/A
Kommentar
N/A
Weitere Daten
Datum - Problem gemeldet    :
Datum - Problem geschlossen :
Datum - der letzten Änderung:
14.07.2010
03.03.2011
03.03.2011
Problem behoben ab folgender Versionen (IBM BugInfos)
9.7.FP4
Problem behoben lt. FixList in der Version
9.7.0.4 FixList