Abbruch Reorg wg. Sort Capacity exceeded

die Alternative SORTDATA NO gibts doch. Allerdings nicht in unserer Ausgabe des Ut-Guids und Denne … >:(

wow, das hört sich interessant an. Läuft der Aufbau des "neuen" TS dann über Schatten-Datasets und Switch I => J?

Ich werds mal testen.

Danke&Grüsse
Alexander

Hallo Alexander,

REORG mit SYSDISC?  😕  Wird denn tatsächlich mit DISCARD FROM TABLE gearbeitet? Oder steht nur "versehentlich" das SYSDISC DD-Statement im Job?!

Selbst mit Discard-Datasets kommt DB2 primar klar! In nachfolgendem Beispiel werden aus einer Tabelle Sätze entfernt, die mit ihrem Datum vor dem 1.1.2004 liegen. Die Discard-Records landen in TPDISC (i.e. SYSDSIC), dazu passend wird eine RE-LOAD Steuerkarte in SYSPUNCH (hier TPPUN) erzeugt. UND: DB2 hat den notwendigen Speicherplatz selbst ermittelt. Dazu sollten die Statistics aber relativ frisch sein. Noch obendrauf kommt noch ein automatischer Rebalance des Inhalts auf die Partitionen des Tablespaces. Zu beachten: Keinerlei Work-Dataset DD-Statements!!!!

//DSNUTIL  EXEC PGM=DSNUTILB,PARM=’DB2A‘            
//SYSPRINT DD SYSOUT=*                              
//UTPRINT  DD SYSOUT=*                              
//SYSUDUMP DD DUMMY                                  
//SYSIN    DD *                                      
–OPTIONS PREVIEW                                          
TEMPLATE TPCOPY UNIT TAPE                                
        DSN ‚HLVSICH.&SSID..&DB..&TS..P&PART(3,3).(+1)‘    
        DATACLAS DB2BKP RETPD(10)                      
TEMPLATE TPDISC UNIT SYSDA                                  
        DSN ‚MYUSER.DB2A.MY.MOVEMENTS.DISC‘              
        DISP (NEW,CATLG,DELETE)                            
        PCTPRIME 100 NBRSECND 10 MAXPRIME 3000            
TEMPLATE TPPUN UNIT SYSDA                                  
        DSN ‚MYUSER.DB2A.MY.MOVEMENTS.PUN‘                
        DISP (NEW,CATLG,DELETE)                            
        PCTPRIME 100 NBRSECND 10 MAXPRIME 3000            
                                                           
REORG TABLESPACE MYDB.TSMVMNTS                          
     REBALANCE                                            
     LOG NO   SORTDEVT SYSDA SORTNUM 5 NOSYSREC            
     SHRLEVEL NONE                                        
—    OFFPOSLIMIT 5 INDREFLIMIT 5                          
     COPYDDN(TPCOPY)                                      
     STATISTICS TABLE(ALL) INDEX(ALL) UPDATE ALL          
     PUNCHDDN(TPPUN)                                      
     DISCARDDN(TPDISC)                                    
     DISCARD FROM TABLE MY.MOVEMENTS                      
             WHEN (  BUCHUNGS_DATUM < ‚1.1.2004‘ )        

DSNU1038I   DSNUGDYN – DATASET ALLOCATED.  TEMPLATE=TPDISC                
                      DDNAME=SYS00001                                    
                      DSN=MYUSER.DB2A.MY.MOVEMENTS.DISC                
DSNU1038I   DSNUGDYN – DATASET ALLOCATED.  TEMPLATE=TPPUN                
                      DDNAME=SYS00002                                    
                      DSN=MYUSER.DB2A.MY.MOVEMENTS.PUN                  
DSNU1038I   DSNUGDYN – DATASET ALLOCATED.  TEMPLATE=TPCOPY                
                      DDNAME=SYS00004, FILE SEQUENCE=0001                
                      DSN=HLVSICH.DB2A.MYDB.TSMVMNTS.P000.G0001V00     [tt]

DSLIST – Data Sets Matching MYUSER.DB2A.MY.MOVEMENTS               Row 1 of 2
Command ===>                                                  Scroll ===> PAGE
                                                                               
Command – Enter "/" to select action                  Tracks %Used XT  Device  
——————————————————————————-
        MYUSER.DB2A.MY.MOVEMENTS.DISC                   15   13   1  3390    
        MYUSER.DB2A.MY.MOVEMENTS.PUN                    15    6   1  3390    
***************************** End of Data Set list **************************** [/tt]

Die ist übrigens auch ein prima Beispiel, wie man obsolete Records aus einer Tabelle löscht, ohne ein UNLOAD+LOAD+COPY+RUNSTATS ausführen zu müssen.  😎

Ist doch echt ’ne feine Sache! Wollen wir IBM auch mal loben!!!   😀

Nun noch die Frage an Alex: Wie sieht das SYSDISC-Statement in Deinem Job aus?

Gruß
Gernot

Hi Alexander,

ok, B37 bei den Sort Works, die aber nicht als DD-Statement im REORG angegeben wurden, sondern von DB2 dynamisch angelegt wurden?! REORG DISCARD Processing, discarded Rows landen aber im großen Bit-Himmel, keine Ausgabe auf Files?!

Das Problem mag nun an den SORTNUM’s liegen! DB2 kann nicht wissen wieviele von den Work Platten parallel "in use" sind. Es kann zu Kollisionen kommen! In DB2 V9.1 wird sich dies scheinbar verbessern. (Details gerade nicht im Kopf, vielleicht kann hier jemand etwas dazu sagen, der sich schon mit diesen V9-Features im Detail beschäftigt hat!) In V8 muß der DBAdmin aber darauf achten, dass die Ressourcen auch tatsächlich vorhanden sind.

Wenn die Statistics nun mehr Rows (40 Mio) als vorhanden "vorgaukeln", hat dies einen kontraproduktiven Effekt: DB2 allokiert zu viel und kollidiert mit weiteren temporary work dataset requests.

Also: Statistics auf dem neuesten Stand halten und (zumindest in V9)  konkurrierende Sort Work Request serialisieren – könnte ich mir vorstellen!  ::) Ein Rerun/Restart wäre wahrscheinlich erfolgreich verlaufen.

Ciaoi
Gernot