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

DB2EXFMT TAKES A LONG TIME TO COMPLETE ( 5+ HOURS) AFTER RUNNING A QUERY
THAT LOADS THE LARGE AMOUNT OF DATA INTO EXPLAIN TABLES.

Produkt:
DB2 FOR LUW / DB2FORLUW / 980 - DB2
Problembeschreibung:
db2exfmt, with grapher (-g) option, takes a long time to 
complete ( over 5 hours) after running a query that loaded the 
large amount of data into explain tables.
Problem-Zusammenfassung:
**************************************************************** 
* USERS AFFECTED:                                              * 
* ALL                                                          * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* db2exfmt, with grapher (-g) option, takes a long time        * 
* tocomplete ( over 5 hours) after running a query that        * 
* loadedthelarge amount of data into explain tables.           * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Work around:1. First Create the following three              * 
* indexes:CREATE INDEX OPR_I2 on                               * 
* EXPLAIN_OPERATOR(EXPLAIN_TIME,EXPLAIN_LEVEL, STMTNO, SECTNO, * 
* explain_requester,source_name,source_schema, source_version, * 
* OPERATOR_ID, operator_type,total_cost, io_cost)CREATE INDEX  * 
* STRM_I2 on  EXPLAIN_STREAM(EXPLAIN_TIME,EXPLAIN_LEVEL,       * 
* STMTNO, SECTNO, explain_requester,source_name,source_schema, * 
* source_version, target_id, source_id,stream_count)CREATE     * 
* INDEX ARG_I2 on EXPLAIN_ARGUMENT(EXPLAIN_TIME,EXPLAIN_LEVEL, * 
* STMTNO, SECTNO, OPERATOR_ID, argument_type)2. Then, for the  * 
* at least those 3 explain tables, run'runstatson table        * 
* xxx.explain_yyy and detailed indexes all' rightafterrunning  * 
* query that loads large amount of data into thoseexplain      * 
* tables.                                                      * 
****************************************************************
Local-Fix:
Work around: 
 
1. First Create the following three indexes: 
 
CREATE INDEX OPR_I2 on    EXPLAIN_OPERATOR(EXPLAIN_TIME, 
EXPLAIN_LEVEL, STMTNO, SECTNO, explain_requester, source_name, 
source_schema, source_version, OPERATOR_ID, operator_type, 
total_cost, io_cost) 
 
CREATE INDEX STRM_I2 on  EXPLAIN_STREAM(EXPLAIN_TIME, 
EXPLAIN_LEVEL, STMTNO, SECTNO, explain_requester, source_name, 
source_schema, source_version, target_id, source_id, 
stream_count) 
 
CREATE INDEX ARG_I2 on EXPLAIN_ARGUMENT(EXPLAIN_TIME, 
EXPLAIN_LEVEL, STMTNO, SECTNO, OPERATOR_ID, argument_type) 
 
2. Then, for the at least those 3 explain tables, run 'runstats 
on table xxx.explain_yyy and detailed indexes all' right after 
running query that loads large amount of data into those 
explain tables.
verfügbare FixPacks:
DB2 Version 9.8 Fix Pack 3 for Linux, UNIX, and Windows
DB2 Version 9.8 Fix Pack 4 for AIX and Linux
DB2 Version 9.8 Fix Pack 5 for AIX and Linux

Lösung
First fixed in DB2 UDB Version 9.8 Fix Pack 3
Workaround
keiner bekannt / siehe Local-Fix
Weitere Daten
Datum - Problem gemeldet    :
Datum - Problem geschlossen :
Datum - der letzten Änderung:
12.03.2010
20.12.2010
20.12.2010
Problem behoben ab folgender Versionen (IBM BugInfos)
9.8.FP3
Problem behoben lt. FixList in der Version
9.8.0.3 FixList