High Water Mark von DMS Tablespaces (DB2 V9.1 FP 7)

Hi folks,

die Welt war in Ordnung, bis FixPak 7 von DB2 V9.1. Und dann kam das "Hochwasser": REORG’s von DMS-Tablespace mit nur 1 Table je Tablespace führen zu erhebliche High Water Marks, die sich nicht mehr reduzieren lassen. Dies wiederum führt zu 100% mehr Platzbedarf der Tablespaces. Auch die von db2dart empfohlene Vorgehensweise zur Reduzierung der High Water Mark hilft nicht. Selbst ein LOAD REPLACE ändert am doppelten Speicherbedarf nichts. Scheinbar hilft nur EXPORT, DROP, re-CREATE, LOAD – aber dann bitte keinen OFFLINE REORG, und schon gar keinen INPLACE REORG mehr! Im betroffenen System kostet dieses Fehlverhalten 50 GB extra an Speicherplatz!

[tt]Beispiele:
LOAD:  XXXXXXXXXXH           = z.B. 100 MB, X=belegtes Segment, H=High Water Mark
REORG: XXXXXXXXXX———-H = z.B. 200 MB, "-" ist ein unbenutztes Segment, H=High Water Mark

LOAD:  XXXXXXXXXXH           = z.B. 100 MB
SQL:   –XX-XXX–XXXXXH      = z.B. 150 MB
REORG: XXXXXXXXXX———-H = z.B. 200 MB, High Water Mark bleibt unverändert
[/tt]
Kennt jemand das Symptom? 

Hat jemand interessante Erfahrungen mit ALTER TABLESPACE, High Water Mark, db2dart oder ähnliches mit DB2 V9.5 oder DB2 V9.7 gemacht?

Danke
Gernot

PS: Wer sich in das Thema einlesen möchte, dem sei "Reduction of the DB2 Tablespace High Water Mark" empfohlen: https://ruban.de/DB2_luw/HWM_reduction/hwm_reduction.html