home clear 64x64
en blue 200x116 de orange 200x116 info letter User
suche 36x36
Latest versionsfixlist
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
Have problems? - contact us.
Register for free anmeldung-x26
Contact form kontakt-x26

DB2 - Problem description

Problem IT06297 Status: Closed

SLOW PERFORMANCE OF UPDATE AND INSERT LOB TRANSACTIONS AFTER STOPPING ONE
OR MORE MEMBERS ON A PURESCALE SYSTEM

product:
DB2 FOR LUW / DB2FORLUW / A50 - DB2
Problem description:
The update and insert LOB transactions are getting slower 
while the other transactions are working properly, after the LOB 
transactions including update or insert transactions run then 
one or more members stop by "db2stop force xx" or even by 
"db2stop xx quiesce -1". 
 
  During this issue, the logical page reads for the LOB 
transactions are much increased and it will go on until the 
databases are recovered on the stopped members. 
 
  The increasing logical page reads can be monitored through 
mon_get_pkg_cache_stmt metric function, db2pd -bufferpools, or 
application snapshot outputs.
Problem Summary:
**************************************************************** 
* USERS AFFECTED:                                              * 
* pureScale user                                               * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to db2 Version 10.5 FixPack 7 or higher              * 
****************************************************************
Local Fix:
To recover this symptom, the database needs to be restarted on 
the stopped member. 
  1. db2start the member again. 
  2. initiate a connection to the database locally, and reset 
connection before new transactions run. 
  3. db2stop the member again. 
 
  Note: DB2COMM repository variable may need to be cleared on 
the member to constrain new connections from the remote 
applications during applying the workaround.
Solution
Problem was first fixed in Version 10.5 FixPack 7
Workaround
not known / see Local fix
Timestamps
Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :
04.01.2015
22.01.2016
22.01.2016
Problem solved at the following versions (IBM BugInfos)
Problem solved according to the fixlist(s) of the following version(s)
10.5.0.7 FixList