Thanks. Since "the problem" only occurred on one job, I don't want to change the DFSORT defaults. I'm going to throw this back to the programmer and insist that they know how much sort-work space they need in this situation.
-- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of David Betten > Sent: Tuesday, September 11, 2012 9:14 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: DFSORT use EXTENDED FORMAT for SORTWKnn DDs? > > Becasue DFSORT uses EXCP to access the SORTWKnn data sets, it does not > support extended format. When DFSORT detects extended format input and > output data sets, it uses BSAM to access them but this capability is > not > available for SORTWKnn data sets due to the complexity of how DFSORT > accesses them. DFSORT does however support large format SORTWKnn > data > sets and does allocate them as large format when dynamic allocation is > used. For JCL sort works, DSNTYPE=LARGE must be specified on the DD > statements or they must be assigned to a data class that defaults to > large > format. > > > Have a nice day, > Dave Betten > DFSMS Performance Engineer > IBM Corporation > email: bet...@us.ibm.com > 1-301-240-3809 > DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ > > IBM Mainframe Discussion List <IBM-MAIN@listserv.ua.edu> wrote on > 09/11/2012 09:57:19 AM: > > > From: "McKown, John" <john.mck...@healthmarkets.com> > > To: IBM-MAIN@listserv.ua.edu, > > Date: 09/11/2012 10:06 AM > > Subject: DFSORT use EXTENDED FORMAT for SORTWKnn DDs? > > Sent by: IBM Mainframe Discussion List <IBM-MAIN@listserv.ua.edu> > > > > I am looking at the possibility at making some changes in DFSORT > > and/or SMS. In particular, I am considering making the SORTWKnn DD > > allocations have a DATACLAS which specifies EXTENDED FORMAT. This is > > to allow 123 extents. The DFSORT has confused me a bit. > > http://publibz.boulder.ibm.com/cgi- > bin/bookmgr_OS390/BOOKS/ICE1CI20/2.2.7 > > on DYNSPC > > <quote> > > specifies the total default primary space allocation for all of the > > dynamically allocated work data sets when the input file size is > > unknown, that is, when DFSORT cannot determine the input file size > > for a sort application and the number of records is not supplied by > > a FILSZ or SIZE value. Generally, DFSORT can automatically determine > > the input file size. However, in a few cases, such as when an E15 > > supplies all the input records, when information about a tape data > > set is not available from a tape management system or when Blockset > > is not selected, DFSORT cannot determine an accurate file size. In > > these cases, if the number of records is not supplied by a FILSZ or > > SIZE run-time option, and dynamic allocation of work data sets is > > used, DFSORT uses the DYNSPC value in effect as the approximate > > amount of primary space. DFSORT uses 20% of the primary space as > > secondary space. Although the primary space is always allocated, > > secondary space (up to 15 extents) is only allocated as needed. > > </quote> > > Note the "(up to 15 extents)" on the last line. > > http://publibz.boulder.ibm.com/cgi- > bin/bookmgr_OS390/BOOKS/ice1ct20/2.9 > > Is talking about using Extended Format for superior I/O on INPUT and > > OUTPUT data sets, but does not address using it in SORTWKnn DD > statements. > > > > -- > > John McKown > > Systems Engineer IV > > IT > > > > Administrative Services Group > > > > HealthMarkets(r) > > > > 9151 Boulevard 26 * N. Richland Hills * TX 76010 > > (817) 255-3225 phone * > > john.mck...@healthmarkets.com * www.HealthMarkets.com > > > > Confidentiality Notice: This e-mail message may contain confidential > > or proprietary information. If you are not the intended recipient, > > please contact the sender by reply e-mail and destroy all copies of > > the original message. HealthMarkets(r) is the brand name for > > products underwritten and issued by the insurance subsidiaries of > > HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid- > > West National Life Insurance Company of TennesseeSM and The MEGA > > Life and Health Insurance Company.SM > > > > --------------------------------------------------------------------- > - > > 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
