DB2 - L

 View Only
Expand all | Collapse all

DGTT

  • 1.  DGTT

    Posted 7 days ago

    hello
    we are running Db2 on z  V12 FL 510
    We seem to have an issue with the following problem:
    we are getting -904 with the error message
    DSNT408I SQLCODE = -904, ERROR:  UNSUCCESSFUL EXECUTION CAUSED BY AN    
             UNAVAILABLE RESOURCE. REASON 00C9009C, TYPE OF RESOURCE 00000210
             AND RESOURCE NAME WRKDB2E .DSN32K08.00000001                    
    DSNT418I SQLSTATE   = 57011 SQLSTATE RETURN CODE                        
    DSNT415I SQLERRP    = DSNXIDCL SQL PROCEDURE DETECTING ERROR            
    DSNT416I SQLERRD    = 39  0  0  -1  0  0 SQL DIAGNOSTIC INFORMATION      
    DSNT416I SQLERRD    = X'00000027'  X'00000000'  X'00000000'  X'FFFFFFFF'
             X'00000000'  X'00000000' SQL DIAGNOSTIC INFORMATION            

    Looking into the failing statement we found:

     DECLARE GLOBAL TEMPORARY TABLE SESSION.TEMORRF ( TEMP_EONRID_DE SMALLINT
             NOT NULL , TEMP_ORNRID DECIMAL ( 12 , 0 ) NOT NULL , TEMP_KRNRID
             INTEGER NOT NULL , TEMP_ORTXID_REF CHAR ( 36 ) NOT NULL ,        
             TEMP_ORNRID_REF_RADNR INTEGER NOT NULL ,                        
             TEMP_ORNRID_DELAD_ORDERRAD DECIMAL ( 12 , 0 ) NOT NULL ,        
             TEMP_XGTXID_REQUEST_SYS CHAR ( 4 ) NOT NULL ,                    
             TEMP_ANTAL_DELAD_ORDERRAD SMALLINT NOT NULL ) ON COMMIT DROP    
             TABLE                                                            

    so the error happens when trying to create DGTT in DSNDB07 tablespace
    Because it is a datasharing member,the databasename is WRKDB2E -but it is DSNDB07

    All tablespaces in that database are defined as PBG (that is UTS)
    what we suspect is,that number of parallel executed transactions with this DGTT is higher than number of 32K tablespaces in DSNDB07.

    so my question is:
    should it be a good solution to replace (re-define) all tablespaces in DSNDB07 as segmented
    and by that allow many DGTT-transactions to be located in one tablespace,contrary the current situation,where only one DGTT can exist in every tablesapce,untill ihe transaction commits ?

    br
    Henrik 
    HCL Technology
    ::DISCLAIMER::

    The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects.



  • 2.  RE: DGTT

    Posted 7 days ago
    Hi!
    Just got back from the NA IDUG and Kurt Struyf held a presentation all about these. He actually recommends setting workfile separation to YES (Not my favourite!) But DGTTs are "special" and then defining a set number of workfiles per member just for them. And remember to always DROP them after use to regain thread reuse!!!

    Roy Boxwell

    SOFTWARE ENGINEERING GmbH and SEGUS Inc.
    -Product Development-



    Vagedesstrasse 19
    40479 Dusseldorf/Germany
    Tel. +49 (0)211 96149-675
    Fax +49 (0)211 96149-32
    Email: R.Boxwell@seg.de
    Web http://www.seg.de
    Link zur Datenschutzerklärung

    Software Engineering GmbH
    Amtsgericht Düsseldorf, HRB 37894
    Geschäftsführung: Gerhard Schubert, Ulf Heinrich




  • 3.  RE: DGTT

    Posted 7 days ago
    hello Roy
    thanks for your answer
    But my question remains: do the change from PBG to segmenetd tablespaces,should solve our problems ?
    br/henrik





  • 4.  RE: DGTT

    Posted 6 days ago
    Well if you set WFDBSEP to YES then Db2 will allocate to non-zero SECQTY only. You should use PBGs with MAXPARTITIONS and DSSIZE being used to control the maximum size and yes you will need as many as you have parallel running per member!
    The good news is that I am pretty sure that segmented will still allow parallel allocation of multiple tables but I use just PBGs... Some day the creation of segmented workspaces will disappear and then you might have problems, mind you APPLCOMPAT will always be there to rescue us!

    Remember to make sure your developers are DROPping the table otherwise you will still die a death!


    Roy Boxwell

    SOFTWARE ENGINEERING GmbH and SEGUS Inc.
    -Product Development-



    Vagedesstrasse 19
    40479 Dusseldorf/Germany
    Tel. +49 (0)211 96149-675
    Fax +49 (0)211 96149-32
    Email: R.Boxwell@seg.de
    Web http://www.seg.de
    Link zur Datenschutzerklärung

    Software Engineering GmbH
    Amtsgericht Düsseldorf, HRB 37894
    Geschäftsführung: Gerhard Schubert, Ulf Heinrich




  • 5.  RE: DGTT

    Posted 6 days ago
    Also Adrian Collet did a great IDUG presentation in 2016 all about workfile usage do a search in listserv for EU16A03 and you should find it!


    Roy Boxwell

    SOFTWARE ENGINEERING GmbH and SEGUS Inc.
    -Product Development-



    Vagedesstrasse 19
    40479 Dusseldorf/Germany
    Tel. +49 (0)211 96149-675
    Fax +49 (0)211 96149-32
    Email: R.Boxwell@seg.de
    Web http://www.seg.de
    Link zur Datenschutzerklärung

    Software Engineering GmbH
    Amtsgericht Düsseldorf, HRB 37894
    Geschäftsführung: Gerhard Schubert, Ulf Heinrich




  • 6.  RE: DGTT

    Posted 5 days ago

    The C9009C error says there is no more space in the partition. You just need to increase MAXPARTITIONS which is very easy. I would not revert to segmented tablespaces as these have been deprecated. I responded to a similar question a while back. I asked IBM about having both zero and non-zero tablespaces in DSNDB07 and was told there really is no need to do that anymore. I recreated all of our sort tablespaces to be UTS PBG MAXPARTITIONS 5 last year. We haven't had any issues and have not noticed any performance degradation. 



    ------------------------------
    RussellPetersCentral Technology Services
    ------------------------------



  • 7.  RE: DGTT

    Posted 5 days ago
    Hi!

    Just wondering if you have a DROP and reCREATE process? One shop I know does a drop and recreate on Sunday nights for the PBG spaces to "keep them in check" - Never too sure if it makes any sense or not myself!

    Roy Boxwell

    SOFTWARE ENGINEERING GmbH and SEGUS Inc.
    -Product Development-



    Vagedesstrasse 19
    40479 Dusseldorf/Germany
    Tel. +49 (0)211 96149-675
    Fax +49 (0)211 96149-32
    Email: R.Boxwell@seg.de
    Web http://www.seg.de
    Link zur Datenschutzerklärung

    Software Engineering GmbH
    Amtsgericht Düsseldorf, HRB 37894
    Geschäftsführung: Gerhard Schubert, Ulf Heinrich




  • 8.  RE: DGTT

    Posted 5 days ago
    hello
    just to answer:
    1.No we are not dropping and recreating any TS in DSNDB07
    2.the reason i dont believe that this is the case of unsufficient space in DSNDB07 is,that the failing staements are (all the time) "declare temporary table) and according to the developer it is a very small size table. it does not happen to any order by or sort or join sql statements
    so my guess is that we have not enough tabelspaces (PBG) for number of parallel trans trying to create these DGTTs...
    ..and segmented tablespace seems to allow many DGTT in one pfysical vsam cluster
    henrik