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

PERFORMANCE SLOWDOWN DURING BUFFER POOL FLUSH WHEN STMM IS ALTER ING THE
BUFFER POOL, ONLINE BACKUP RUNNING, AND PAGE CLEANERS PA

Produkt:
DB2 FOR LUW / DB2FORLUW / A10 - DB2
Problembeschreibung:
This is an infrequent timing issue that can only happen if the 
following conditions are true: 
 
1) STMM altering a buffer pool 
2) Online database backup has started. As the result of this, 
dirty pages from the same buffer pool are being written out to 
the disk (the buffer pool is being flushed) 
3) Page cleaners are paused by STMM 
 
An optional condition making the problem worse is: 
 
4) The TRACKMOD DB CFG configuration parameter is enabled 
 
Under these conditions, the buffer pool flush may take a long 
time (even hours or longer, depending on the number of dirty 
pages that need to be written out), which the end user may 
perceive as a hang. The user will not be force off the running 
backup during this time. The following symptoms will be seen: 
 
ad 1) STMM altering a buffer pool: 
EDU "db2stmm" waiting for the 
"SQLO_LT_SQLB_BufferPool__prevBPDCachingLatch" latch. The call 
stack for this EDU will have the "sqlbFinalizeRTBPState" eye 
catcher present on the stack, usually similar to: 
 
getConflictComplex 
getConflict 
sqlbFinalizeRTBPState 
sqlbAlterBufferPoolAct 
sqlbAlterAutomaticBufferPool 
sqlrlStmmAlterBufferPool 
stmmAlterBufferPool 
 
ad 2) Online backup flushing the same buffer pool: 
The owner of "SQLO_LT_SQLB_BufferPool__prevBPDCachingLatch" will 
be "db2bm". This EDU will be flushing the buffer pool. Call 
stacks taken in several iterations will reveal this EDU in 
various phases of writing out dirty pages, typically during file 
system write operations. If TRACKMOD enabled, the flush will 
take even longer because we will need to write more dirty pages 
than with TRACKMOD disabled. An example call stack will contain 
"sqlbFlushFull": 
 
pwrite64 
sqloseekwrite64 
sqloWriteBlocks 
sqlbWriteBlocks 
sqlbWritePageToDisk 
sqlbWritePage 
sqlbFlushForDLSubset 
sqlbFlush 
sqlbFlushFull 
sqlubBMCont 
sqlubbuf 
 
ad 3) Page cleaners paused 
All the page cleaners ("db2pclnr" EDUs) will be paused. Their 
call stack will show "sqlbClnrCheckAndPause", for example: 
 
semtimedop 
sqloWaitEDUWaitPost 
sqlbClnrCheckAndPause 
sqlbClnrFindWork 
sqlbClnrEntryPoint 
sqbPgClnrEdu
Problem-Zusammenfassung:
**************************************************************** 
* USERS AFFECTED:                                              * 
* Users prior to DB2 V10.1                                     * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to DB2 V10.1 FP1                                     * 
****************************************************************
Local-Fix:
1) Alter the buffer pool, making it non-automatic (manual), i.e. 
not tunable by STMM, OR 
2) Take an offline backup if possible
verfügbare FixPacks:
DB2 Version 10.1 Fix Pack 1 for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 2 for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 3 for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 4 for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 3a for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 6 for Linux, UNIX, and Windows

Lösung
First Fixed in DB2 V10.1 FP1
Workaround
keiner bekannt / siehe Local-Fix
Weitere Daten
Datum - Problem gemeldet    :
Datum - Problem geschlossen :
Datum - der letzten Änderung:
12.06.2012
02.11.2012
02.11.2012
Problem behoben ab folgender Versionen (IBM BugInfos)
Problem behoben lt. FixList in der Version
10.1.0.1 FixList
10.5.0.1 FixList