Re: ADRDSSU Large block performance
Am I glad to see this thread. I ran across http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2d4a0/3.2.3.1.2?DT=20110606092005#FIGDTMBS Release 13 Figure 87. Optimum and Maximum Block Size Supported Device TypeOptimum Maximum | 3490 Emulation (VTS) | 262 144 (256 KB)| 262 144 (256 KB) On Monday of this week. For some reason(?) I decided to try a SORT FIELDS=COPY on our new Release 12 LPAR with SYNCSORT PARM SDB=LARGE and BLKSZLIM=256K. Seemed to get good results - SORTOUT BLKSIZE of 225000. So, on to a Release 11 LPAR expecting failure. Copied the 225000 tape with a hard coded SORTOUT BLKSIZE=26 Suprise also worked. WER161B ALTERNATE PARM USED WER276B SYSDIAG= 2835843, 5208295, 5208295, 3742650 WER164B 8,864K BYTES OF VIRTUAL STORAGE AVAILABLE, MAX REQUESTED, WER164B 0 BYTES RESERVE REQUESTED, 7,828K BYTES USED WER146B 32K BYTES OF EMERGENCY SPACE ALLOCATED WER108I SORTIN : RECFM=FB ; LRECL= 5000; BLKSIZE= 225000 WER110I SORTOUT : RECFM=FB ; LRECL= 5000; BLKSIZE= 26 WER410B 7,836K BYTES OF VIRTUAL STORAGE AVAILABLE ABOVE THE 16MEG LINE, WER410B 0 BYTES RESERVE REQUESTED, 7,720K BYTES USED WER449I SYNCSORT GLOBAL DSM SUBSYSTEM ACTIVE WER416B SORTIN : EXCP'S=9017,UNIT=3490,DEV=586,CHP=9192D1D2A5A6E5E6 WER416B SORTOUT : EXCP'S=9016,UNIT=3490,DEV=512,CHP=9192D1D2A5A6E5E6 WER416B TOTAL OF 18,033 EXCP'S ISSUED FOR COPYING WER054I RCD IN6464801, OUT6464801 WER169I RELEASE 1.3 BATCH 0493 TPF LEVEL 1.1 I haven't tried reading into COBOL or writing from COBOL, file compares on the R11 LPAR etc. Nice to have company. I won't feel quite so naked when I hit my Tech Support guys with a request to allow the application folks to start using this. Thank You! David -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU Large block performance
Fifty percent savings in residence time are likely to be reflections of larger block sizes, asynchronous, overlapped I/O operations (possible, even easy, with BSAM), or both. Some measurements would be in order. John Gilmore, Ashland, MA 01721 - USA On 8/17/12, Dana Mitchell wrote: > Thus far we have 1.13 installed on systems at our DR site. The bulk of the > daily work that goes on on these systems, is DFDSS restore from full volume > disk backup datsets that are FTP'ed to that site and we have observed these > restore jobs running in about 50% less wall clock time than before the > upgrade. Could the change from EXCP to BSAM account for this also? > > Dana > > > > On Thu, 16 Aug 2012 17:42:29 -0500, Steve Thompson > wrote: > >>__ >> >>We have seen massive savings - primarily in wall-clock savings - but from >>what I understand (2nd and 3rd hand): >> >>3490s have a max blksize of 64k; 3590s have a max blksize of 256K >>If you use virtual tapes - make sure the virtual tapes are defined as >>3590s to get the best LBI benefit >> >> >> >>Please forgive me but I am having issues with my email system, so headers >>got lost. >> >>At any rate, at 1.12 the DEVTYPE (I think that was the macro) gets updated >>to allow 3490s to go LBI at 256K blocks. >> >>If you are running Connect:Direct for z/OS, you will need the equivalent >>PTF. >> >>Certain ISV software may not handle the change from 65K max blksize for >>the 3490s. >> >>Be careful if you are going to have one system at 1.12 (or greater) and >>another system below 1.12, because you will run into problems with the >>lower system reading the tapes. >> >>There are exits for the 1.12 level in handling this. Look at the ADRDSSU >>manuals with regards to those exits. >> >>Regards, >>Steve Thompson >>Connect:Direct for z/OS >>IBM -- Irving TX Lab >> >>-- >>For IBM-MAIN subscribe / signoff / archive access instructions, >>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU Large block performance
Thus far we have 1.13 installed on systems at our DR site. The bulk of the daily work that goes on on these systems, is DFDSS restore from full volume disk backup datsets that are FTP'ed to that site and we have observed these restore jobs running in about 50% less wall clock time than before the upgrade. Could the change from EXCP to BSAM account for this also? Dana On Thu, 16 Aug 2012 17:42:29 -0500, Steve Thompson wrote: >__ > >We have seen massive savings - primarily in wall-clock savings - but from >what I understand (2nd and 3rd hand): > >3490s have a max blksize of 64k; 3590s have a max blksize of 256K >If you use virtual tapes - make sure the virtual tapes are defined as >3590s to get the best LBI benefit > > > >Please forgive me but I am having issues with my email system, so headers >got lost. > >At any rate, at 1.12 the DEVTYPE (I think that was the macro) gets updated >to allow 3490s to go LBI at 256K blocks. > >If you are running Connect:Direct for z/OS, you will need the equivalent >PTF. > >Certain ISV software may not handle the change from 65K max blksize for >the 3490s. > >Be careful if you are going to have one system at 1.12 (or greater) and >another system below 1.12, because you will run into problems with the >lower system reading the tapes. > >There are exits for the 1.12 level in handling this. Look at the ADRDSSU >manuals with regards to those exits. > >Regards, >Steve Thompson >Connect:Direct for z/OS >IBM -- Irving TX Lab > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU Large block performance
__ We have seen massive savings - primarily in wall-clock savings - but from what I understand (2nd and 3rd hand): 3490s have a max blksize of 64k; 3590s have a max blksize of 256K If you use virtual tapes - make sure the virtual tapes are defined as 3590s to get the best LBI benefit Please forgive me but I am having issues with my email system, so headers got lost. At any rate, at 1.12 the DEVTYPE (I think that was the macro) gets updated to allow 3490s to go LBI at 256K blocks. If you are running Connect:Direct for z/OS, you will need the equivalent PTF. Certain ISV software may not handle the change from 65K max blksize for the 3490s. Be careful if you are going to have one system at 1.12 (or greater) and another system below 1.12, because you will run into problems with the lower system reading the tapes. There are exits for the 1.12 level in handling this. Look at the ADRDSSU manuals with regards to those exits. Regards, Steve Thompson Connect:Direct for z/OS IBM -- Irving TX Lab -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU Large block performance
Funny you should say that. We encountered a problem during our last exercise when our zOS 1.12 backups were being restored on a zOS 1.11 system without the required toleration maintenance applied. Fortunately they had a zOS 1.13 system available too. Mark Jacobs On 08/16/12 13:21, retired mainframer wrote: Make sure that your disaster recovery site will support the larger block size. :>: -Original Message- :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :>: Behalf Of Martin, Mike :>: Sent: Thursday, August 16, 2012 5:51 AM :>: To: IBM-MAIN@LISTSERV.UA.EDU :>: Subject: ADRDSSU Large block performance :>: :>: We are upgrading to z/OS 1.13 from 1.11. ADRDSSU will now use BSAM and :>: blocks of 262k (1.11 used 65k). :>: :>: Has anyone seen big benefits in their shop from this change? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mark Jacobs Time Customer Service Tampa, FL The Doctor: You know when grown-ups tell you everything's going to be fine, and you think they're probably lying to make you feel better? Young Amy: Yes. The Doctor: Everything's going to be fine. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU Large block performance
Make sure that your disaster recovery site will support the larger block size. :>: -Original Message- :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :>: Behalf Of Martin, Mike :>: Sent: Thursday, August 16, 2012 5:51 AM :>: To: IBM-MAIN@LISTSERV.UA.EDU :>: Subject: ADRDSSU Large block performance :>: :>: We are upgrading to z/OS 1.13 from 1.11. ADRDSSU will now use BSAM and :>: blocks of 262k (1.11 used 65k). :>: :>: Has anyone seen big benefits in their shop from this change? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU Large block performance
To clarify: the below-the-line storage issue resulted from having multiple tape output files with DCB=BUFNO=10, a holdover from the days of slow I/O. Writing these with 262KB buffer sizes led to a radical increase in the use of below-the-line storage; the simple solution was to eliminate the BUFNO parameter or set the value to 2. In the event of reoccurrence, we will be revisiting REGION and using values of 32M or higher, to maximize availability of below-the-line storage and to make sure that above-the-line storage is not contributing to the problem. Discussion is invited, as we have arrived at these policies internally through negotiation between DBAs, Operations staff, and z/OS Systems programmers. --Phil -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sevetson, Phil Sent: Thursday, August 16, 2012 12:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ADRDSSU Large block performance My site saw big improvements in DB2 z/OS (Image Copy) backup elapsed times. We're implementing LBI, but have encountered problems with below-the-line storage for batch IMS writing sequential files, and with IMS GSAM, which does not read files larger than (BLKSZLIM) 32760. Fixes were needed from Syncsort and from Compuware for FA/MVS. --Phil Sevetson, DB2 DBA *** -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Jacobs Sent: Thursday, August 16, 2012 11:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ADRDSSU Large block performance Really? Our results (full volume dumps) haven't shown any major improvements. Mark Jacobs On 08/16/12 11:54, Scott Barry wrote: > Yes, significant elapsed time improvement, to start. > > Unfortunately, there are instances where someone has hardcoded BLKSIZE= which > overrides the LBI benefits. Consider scaning the tape management catalog, > looking for these improvement opportunities (removing any/all DCB parameter > values). > > Scott Barry > SBBWorks, Inc. > > On Thu, 16 Aug 2012 08:51:27 -0400, Martin, Mike > wrote: > > >> All, >> >> >> >> We are upgrading to z/OS 1.13 from 1.11. ADRDSSU will now use BSAM and >> blocks of 262k (1.11 used 65k). >> >> >> >> Has anyone seen big benefits in their shop from this change? >> >> >> >> Mike Martin >> >> This email may contain confidential and privileged material for the >> sole use of the intended recipient. If you are not the intended recipient, >> please contact the sender and delete all copies. Any review or distribution >> by others is strictly prohibited. Personal emails are restricted by policy >> of the State Employees' Credit Union (SECU). Therefore SECU specifically >> disclaims any responsibility or liability for any personal information or >> opinions of the author expressed in this email. >> >> >> >> - >> - For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO >> IBM-MAIN >> > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- Mark Jacobs Time Customer Service Tampa, FL The Doctor: You know when grown-ups tell you everything's going to be fine, and you think they're probably lying to make you feel better? Young Amy: Yes. The Doctor: Everything's going to be fine. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU Large block performance
We have seen massive savings - primarily in wall-clock savings - but from what I understand (2nd and 3rd hand): 3490s have a max blksize of 64k; 3590s have a max blksize of 256K If you use virtual tapes - make sure the virtual tapes are defined as 3590s to get the best LBI benefit Chris hoelscher Technology Architect | Database Infrastructure Services Technology Solution Services 123 East Main Street |Louisville, KY 40202 choelsc...@humana.com Humana.com Keeping CAS and Metavance safe for all HUMANAty -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Jacobs Sent: Thursday, August 16, 2012 11:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] ADRDSSU Large block performance Really? Our results (full volume dumps) haven't shown any major improvements. Mark Jacobs On 08/16/12 11:54, Scott Barry wrote: > Yes, significant elapsed time improvement, to start. > > Unfortunately, there are instances where someone has hardcoded BLKSIZE= which > overrides the LBI benefits. Consider scaning the tape management catalog, > looking for these improvement opportunities (removing any/all DCB parameter > values). > > Scott Barry > SBBWorks, Inc. > > On Thu, 16 Aug 2012 08:51:27 -0400, Martin, Mike > wrote: > > >> All, >> >> >> >> We are upgrading to z/OS 1.13 from 1.11. ADRDSSU will now use BSAM and >> blocks of 262k (1.11 used 65k). >> >> >> >> Has anyone seen big benefits in their shop from this change? >> >> >> >> Mike Martin >> >> This email may contain confidential and privileged material for the >> sole use of the intended recipient. If you are not the intended recipient, >> please contact the sender and delete all copies. Any review or distribution >> by others is strictly prohibited. Personal emails are restricted by policy >> of the State Employees' Credit Union (SECU). Therefore SECU specifically >> disclaims any responsibility or liability for any personal information or >> opinions of the author expressed in this email. >> >> >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- Mark Jacobs Time Customer Service Tampa, FL The Doctor: You know when grown-ups tell you everything's going to be fine, and you think they're probably lying to make you feel better? Young Amy: Yes. The Doctor: Everything's going to be fine. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU Large block performance
My site saw big improvements in DB2 z/OS (Image Copy) backup elapsed times. We're implementing LBI, but have encountered problems with below-the-line storage for batch IMS writing sequential files, and with IMS GSAM, which does not read files larger than (BLKSZLIM) 32760. Fixes were needed from Syncsort and from Compuware for FA/MVS. --Phil Sevetson, DB2 DBA *** -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Jacobs Sent: Thursday, August 16, 2012 11:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ADRDSSU Large block performance Really? Our results (full volume dumps) haven't shown any major improvements. Mark Jacobs On 08/16/12 11:54, Scott Barry wrote: > Yes, significant elapsed time improvement, to start. > > Unfortunately, there are instances where someone has hardcoded BLKSIZE= which > overrides the LBI benefits. Consider scaning the tape management catalog, > looking for these improvement opportunities (removing any/all DCB parameter > values). > > Scott Barry > SBBWorks, Inc. > > On Thu, 16 Aug 2012 08:51:27 -0400, Martin, Mike > wrote: > > >> All, >> >> >> >> We are upgrading to z/OS 1.13 from 1.11. ADRDSSU will now use BSAM and >> blocks of 262k (1.11 used 65k). >> >> >> >> Has anyone seen big benefits in their shop from this change? >> >> >> >> Mike Martin >> >> This email may contain confidential and privileged material for the >> sole use of the intended recipient. If you are not the intended recipient, >> please contact the sender and delete all copies. Any review or distribution >> by others is strictly prohibited. Personal emails are restricted by policy >> of the State Employees' Credit Union (SECU). Therefore SECU specifically >> disclaims any responsibility or liability for any personal information or >> opinions of the author expressed in this email. >> >> >> >> - >> - For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO >> IBM-MAIN >> > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- Mark Jacobs Time Customer Service Tampa, FL The Doctor: You know when grown-ups tell you everything's going to be fine, and you think they're probably lying to make you feel better? Young Amy: Yes. The Doctor: Everything's going to be fine. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU Large block performance
Really? Our results (full volume dumps) haven't shown any major improvements. Mark Jacobs On 08/16/12 11:54, Scott Barry wrote: Yes, significant elapsed time improvement, to start. Unfortunately, there are instances where someone has hardcoded BLKSIZE= which overrides the LBI benefits. Consider scaning the tape management catalog, looking for these improvement opportunities (removing any/all DCB parameter values). Scott Barry SBBWorks, Inc. On Thu, 16 Aug 2012 08:51:27 -0400, Martin, Mike wrote: All, We are upgrading to z/OS 1.13 from 1.11. ADRDSSU will now use BSAM and blocks of 262k (1.11 used 65k). Has anyone seen big benefits in their shop from this change? Mike Martin This email may contain confidential and privileged material for the sole use of the intended recipient. If you are not the intended recipient, please contact the sender and delete all copies. Any review or distribution by others is strictly prohibited. Personal emails are restricted by policy of the State Employees' Credit Union (SECU). Therefore SECU specifically disclaims any responsibility or liability for any personal information or opinions of the author expressed in this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mark Jacobs Time Customer Service Tampa, FL The Doctor: You know when grown-ups tell you everything's going to be fine, and you think they're probably lying to make you feel better? Young Amy: Yes. The Doctor: Everything's going to be fine. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU Large block performance
Yes, significant elapsed time improvement, to start. Unfortunately, there are instances where someone has hardcoded BLKSIZE= which overrides the LBI benefits. Consider scaning the tape management catalog, looking for these improvement opportunities (removing any/all DCB parameter values). Scott Barry SBBWorks, Inc. On Thu, 16 Aug 2012 08:51:27 -0400, Martin, Mike wrote: >All, > > > >We are upgrading to z/OS 1.13 from 1.11. ADRDSSU will now use BSAM and >blocks of 262k (1.11 used 65k). > > > >Has anyone seen big benefits in their shop from this change? > > > >Mike Martin > >This email may contain confidential and privileged material for the sole >use of the intended recipient. If you are not the intended recipient, please >contact the sender and delete all copies. Any review or distribution by others >is strictly prohibited. Personal emails are restricted by policy of the State >Employees' Credit Union (SECU). Therefore SECU specifically disclaims any >responsibility or liability for any personal information or opinions of the >author expressed in this email. > > > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU Large block performance
No, the data still had to be mirrored and the data had to be put on tape. Regards Otto H Schumacher Transaction and Database Systems - CICS Specialist U. S. Mainframe HP Enterprise Services Telephone +1 864 987 1417 MobileĀ +1 864 569 5338 Email otto.schumac...@hp.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Martin, Mike Sent: Thursday, August 16, 2012 8:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ADRDSSU Large block performance All, We are upgrading to z/OS 1.13 from 1.11. ADRDSSU will now use BSAM and blocks of 262k (1.11 used 65k). Has anyone seen big benefits in their shop from this change? Mike Martin This email may contain confidential and privileged material for the sole use of the intended recipient. If you are not the intended recipient, please contact the sender and delete all copies. Any review or distribution by others is strictly prohibited. Personal emails are restricted by policy of the State Employees' Credit Union (SECU). Therefore SECU specifically disclaims any responsibility or liability for any personal information or opinions of the author expressed in this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN