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

LOCKING EVENT MONITOR CONTAINS INVALID DATA IN PARTICIPANT_ACTIVITIES WHEN
PARTICIPANT IS COMPILING SQL

Produkt:
DB2 FOR LUW / DB2FORLUW / A10 - DB2
Problembeschreibung:
When an application is compiling SQL and enters a locking event 
such as a lock wait or lock timeout and that event is captured 
by a locking event monitor, the resultant PARTICIPANT_ACTIVITY 
record can contain invalid values for the statement operation, 
statement first use time and statement last use time. 
 
For example, consider this snippet of output from db2evmonfmt: 
 
Current Activities of Participant No 1 
---------------------------------------- 
Activity ID : 0 
Uow ID : 1459 
Package Name : SYSSH200 
Package Schema : NULLID 
Package Version : 
Package Token : SYSLVL01 
Package Sectno : 4 
Reopt value : none 
Incremental Bind : no 
Eff isolation : RR 
Eff degree : 0 
Eff locktimeout : -2 
Stmt first use : 1969-12-31-19.00.00.000000 
Stmt last use : 1969-12-31-19.00.00.000000 
Stmt unicode : no 
Stmt query ID : 0 
Stmt nesting level : 0 
Stmt invocation ID : 0 
Stmt source ID : 0 
Stmt pkgcache ID : 0 
Stmt type : Dynamic 
Stmt operation : DDL, Set Constraints 
Stmt text : SELECT c1 from t1 
 
 
In this particular case: 
- the Activity ID is correctly zero because the activity hasn't 
started yet (the SQL is compiling) 
- the Stmt first use and Stmt last use timestamps are zeros, 
which get converted into 1969-12-31-19.00.00.000000 
- the Stmt operation is "DDL, Set Constraints" rather than 
"Statement not prepared"
Problem-Zusammenfassung:
**************************************************************** 
* USERS AFFECTED:                                              * 
* Anybody using the LOCKING event monitor                      * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to Version 10.1 Fix Pack 3.  Also, drop the          * 
* registered XML schema object associated with the tables      * 
* produced by EVMON_FORMAT_UE_TO_TABLES for the locking event  * 
* monitor using the following command: DROP XSROBJECT          * 
* EVMON_LOCKING_SCHEMA_SQL10010.   This schema object will be  * 
* reregistered the next time EVMON_FORMAT_UE_TO_TABLES is run  * 
* against the locking event monitor.                           * 
****************************************************************
Local-Fix:
verfügbare FixPacks:
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
Problem was first fixed in Version 10.1 Fix Pack 3
Workaround
keiner bekannt / siehe Local-Fix
Weitere Daten
Datum - Problem gemeldet    :
Datum - Problem geschlossen :
Datum - der letzten Änderung:
06.06.2013
27.09.2013
27.09.2013
Problem behoben ab folgender Versionen (IBM BugInfos)
Problem behoben lt. FixList in der Version
10.1.0.3 FixList
10.1.0.3 FixList