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

INCORRECT RESULTS AFTER LOADING A TABLE WITH CONSTRAINTS FOLLOWE D BY
RUNNING ALTER TABLE STATEMENT WITH ATTACH OR DETACH OPTIONS

Produkt:
DB2 FOR LUW / DB2FORLUW / 970 - DB2
Problembeschreibung:
This APAR fixes the following two related problems: 
 
1a. The first problem occurs after loading data into a table 
with constraints and then attaching that table to a partitioned 
table before using the SET INTEGRITY statement on the 
stand-alone table to validate the newly loaded data.  All rows 
from the newly attached partition should be visible after 
running the SET INTEGRITY statement on the partitioned table. 
However, the newly loaded rows are not visible when using an 
index scan. For this problem to occur, there must be one or more 
partitioned indexes on the range-partitioned table. In addition, 
the source table to be attached must have a matching index for 
each partitioned index on the target range-partitioned table. 
 
1b.  Furthermore, if a newly partitioned index is created before 
running the SET INTEGRITY statement on the partitioned table, 
then the loaded keys will, incorrectly not be included in the 
new index of the newly attached partition. This is a problem 
regardless of whether or not the partitioned indexes exist on 
the range-partitioned table prior to being attached. 
 
2.  The second problem occurs after loading data into a 
partitioned table with constraints and not running the SET 
INTEGRITY statement while detaching one of the partitions 
afterwards.  All rows from the detached partition (that is, the 
newly created stand-alone table) should be visible. However, the 
newly loaded rows are not visible when using an index scan.
Problem-Zusammenfassung:
**************************************************************** 
* USERS AFFECTED:                                              * 
* All users                                                    * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to DB2 version 9.7.0.6.                              * 
****************************************************************
Local-Fix:
To make the loaded data visible, the user can take ONE of the 
following actions: 
- load data into the problem partition 
- execute the REORG INDEXES ALL command 
 
In order to fix the corrupted index problem mentioned in 1b, the 
user must execute the REORG INDEXES ALL command.
verfügbare FixPacks:
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
The problem is first fixed in DB2 version 9.7.0.6.
Workaround
keiner bekannt / siehe Local-Fix
Bug-Verfolgung
Vorgänger  : APAR is sysrouted TO one or more of the following: IC83469 
Nachfolger : 
Weitere Daten
Datum - Problem gemeldet    :
Datum - Problem geschlossen :
Datum - der letzten Änderung:
25.04.2012
04.06.2012
06.06.2012
Problem behoben ab folgender Versionen (IBM BugInfos)
9.7.0.6
Problem behoben lt. FixList in der Version
9.7.0.6 FixList