MVSFORUMS.com Forum Index MVSFORUMS.com
A Community of and for MVS Professionals
 
 FAQFAQ   SearchSearch   Quick Manuals   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

HPU unload utility

 
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Database
View previous topic :: View next topic  
Author Message
Meena
Beginner


Joined: 03 Aug 2004
Posts: 20
Topics: 15

PostPosted: Tue Sep 07, 2004 11:47 pm    Post subject: HPU unload utility Reply with quote

hi,
I want to learn more about the "High Performance Unload" utility.
Any pointers for the same?
Thanks
Meena
Back to top
View user's profile Send private message
kolusu
Site Admin
Site Admin


Joined: 26 Nov 2002
Posts: 12376
Topics: 75
Location: San Jose

PostPosted: Wed Sep 08, 2004 6:19 am    Post subject: Reply with quote

meena,

Check this link for DB2 High Performance Unload for z/OS, V2R1, User's Guide

http://publib.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/INZUGB11/CCONTENTS

Hope this helps...

Cheers

Kolusu
_________________
Kolusu
www.linkedin.com/in/kolusu
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Meena
Beginner


Joined: 03 Aug 2004
Posts: 20
Topics: 15

PostPosted: Thu Sep 09, 2004 7:15 am    Post subject: Reply with quote

Hi,
I tried running the HPU on a table which has billions of record , and the job ran for more than 3 days , can anyone tell me what would be the reason for the same.Is it the performance issue of HPU or something to do with the system.
Back to top
View user's profile Send private message
kolusu
Site Admin
Site Admin


Joined: 26 Nov 2002
Posts: 12376
Topics: 75
Location: San Jose

PostPosted: Sun Sep 12, 2004 7:44 pm    Post subject: Reply with quote

Quote:

I tried running the HPU on a table which has billions of record , and the job ran for more than 3 days



Meena,

You must be kidding when you said your DB2 table had Billions of rows. Are you sure it is billions and not millions? 1 billion is 1000 miliion. The total population of the world is only 6 billions( we reached that mark in 1999).

hmm I wonder which device is gonna hold that many records. How many volumes did it take to unload the entire data? I very much doubt if DB2 can even handle that many records.

If the number is in millions, then may be you can talk to your DBA about the performance and he might suggest some improvements.

Hope this helps...

Cheers

Kolusu
_________________
Kolusu
www.linkedin.com/in/kolusu
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Meena
Beginner


Joined: 03 Aug 2004
Posts: 20
Topics: 15

PostPosted: Mon Sep 13, 2004 4:45 am    Post subject: Reply with quote

Hi Kolusu,
The database is an order database , hence each day lot of orders come in and hence there are atleast 50 million records(if not a billion) in the table.
Can you suggest anyother link where i can get more information about this utility??
Thanks
Meena
Back to top
View user's profile Send private message
kolusu
Site Admin
Site Admin


Joined: 26 Nov 2002
Posts: 12376
Topics: 75
Location: San Jose

PostPosted: Mon Sep 13, 2004 6:04 am    Post subject: Reply with quote

Meena,

A 50 million unload should not run for 3 days. We have 23 million table and it unloads flat out in 45-60 mins using dsnutilb utility. The only manual HPU has listed above. Can you post your JCL

Kolusu
_________________
Kolusu
www.linkedin.com/in/kolusu
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Meena
Beginner


Joined: 03 Aug 2004
Posts: 20
Topics: 15

PostPosted: Mon Sep 13, 2004 9:07 am    Post subject: Reply with quote

the jcl is like this..
Code:

//UNLOAD  EXEC PGM=INZUTILB,PARM=DSN                             
//STEPLIB  DD DISP=SHR,DSN=SYS3.DBDO.SINZLINK     
//OQDD001  DD dSN=TQDOCD00.MAIL.HC.OTDBSTA1.TQORDIMT,           
//         DISP=(NEW,CATLG,DELETE),                             
//         DCB=(DPXXCD00.GDGMODEL,LRECL=183,BLKSIZE=183),       
//         UNIT=TAPE,                                           
//         VOL=(,,,99),                                         
//         LABEL=EXPDT=99000                                     
//OQLD001  DD DSN=TQDOCD00.CNTL.OTDBSTA1.TQORDIMT,               
//         DISP=(NEW,CATLG,DELETE),                             
//         DCB=(DPXXCD00.GDGMODEL,LRECL=80,BLKSIZE=80),         
//         SPACE=(TRK,(2,1),RLSE),                               
//         UNIT=DASD                                             
//UTPRINT  DD SYSOUT=*                             
//SYSPRINT DD SYSOUT=*                             
//SYSPUNCH DD SYSOUT=*                             
//SYSIN    DD *
UNLOAD      TABLESPACE  TQORDRDB.TQORDIMT               
    SELECT * FROM ORDER_MESSAGES                         
    WHERE IM_ORDER_NBR   BETWEEN '2001245000000000'     
                             AND '2004060000000000'     
   OUTDDN (OQDD001)                                     
   LOADDDN (OQLD001)                                     
   FORMAT VARIABLE ALL                                   
//*                                               


Let me know if i'm making any mistake in the jcl..
Back to top
View user's profile Send private message
kolusu
Site Admin
Site Admin


Joined: 26 Nov 2002
Posts: 12376
Topics: 75
Location: San Jose

PostPosted: Mon Sep 13, 2004 9:20 am    Post subject: Reply with quote

Meena,

ewwwwww! Now I know why your job ran for 3 days. You hardcoded a blocksize of 183, which means it will write one record per block.The optimal blocksize for a lrecl of 183 on tape datasets is 32757 Which will write 179 records per block. If you are writting it to a dasd file then the optimal block size is 27816 for 3390 dasd device type.

Please change your blocksize parameters and re-run the job.

Quote:

//OQDD001 DD dSN=TQDOCD00.MAIL.HC.OTDBSTA1.TQORDIMT,
// DISP=(NEW,CATLG,DELETE),
// DCB=(DPXXCD00.GDGMODEL,LRECL=183,BLKSIZE=32757),
// UNIT=TAPE,
// VOL=(,,,99),
// LABEL=EXPDT=99000
//OQLD001 DD DSN=TQDOCD00.CNTL.OTDBSTA1.TQORDIMT,
// DISP=(NEW,CATLG,DELETE),
// DCB=(DPXXCD00.GDGMODEL,LRECL=80,BLKSIZE=27920),
// SPACE=(TRK,(2,1),RLSE),
// UNIT=DASD


If your shop is sms managed then you can code BLKSIZE=0 which will automatically calculate the optimal blocksize.

Hope this helps...

Cheers

kolusu
_________________
Kolusu
www.linkedin.com/in/kolusu
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Display posts from previous:   
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Database All times are GMT - 5 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


MVSFORUMS
Powered by phpBB © 2001, 2005 phpBB Group