On Fri, 18 Aug 2006 12:44:50 -0500, Terry Bruns <[EMAIL PROTECTED]> wrote:
>Im working for a client that just laid-off their only z/OS Systems >Programmer after 26+ years of loyal service. I inherited his workload, >including a proposal to change to their JES2 spool setup. They are a >retailer and will be going into their peak season soon, so they want to >insure that they wont run out of JES2 resources (Spool space, JQEs, TGs >etc.) > Wow. Laid off, or let go (as in fired)? Just curious... seems very strange. I know a shop that did that, but they were very small (mp2000), were losing money for 10 years strait and were planning on getting off the mainframe "soon". That was about 5 or 6 years ago (or a little longer). They are still around, still running OS/390 2.6, but will finally be off the mainframe by the end of this year. It wasn't that it took that long to get off, they couldn't even get the funding to do the conversion until this year. >They currently have 4 3390-3s being used for spool space, with three more >volumes available for adding if need be. They have two lpars in a parallel >sysplex, but have not plexed their JESs, so this is a single JES2 MAS >definition were dealing with. Spool related JES2 parms are as follows: > >SPOOLDEF BUFSIZE=3992, /* Buffer size 1944-3992 */ > DSNAME=SYS1.HASPACE, /* Spool data set name */ > FENCE=NO, /* Force to Minimum volume ? */ > SPOOLNUM=32, /* Max. Number of spool volumes */ > TGBPERVL=5, /* track groups per volume in blob */ > TGNUM=81440, /* Fits TGMs into 4K Page */ > TGSIZE=36, /* Buffers/Track Group */ > TGSPACE=(MAX=32576, /* @R4 */ > WARN=80), /* @R4 */ > TRKCELL=3, /* Buffers/Track-cell */ > VOLUME=SPL00 /* Spool Volume Serial @MVS1 */ > >JOBDEF JOBNUM=10000, /* Job Queue Size */ > > >Now they are at z/OS 1.4 and according to the JES2 doc at that level, some >of these parameters are old or obsolete. A @DSPOOLDEF shows the following: > >$DSPOOLDEF >$HASP844 SPOOLDEF 385 >$HASP844 SPOOLDEF BUFSIZE=3992,DSNAME=SYS1.HASPACE, >$HASP844 FENCE=(ACTIVE=NO,VOLUMES=1),GCRATE=NORMAL, >$HASP844 LASTSVAL=(1998.081,08:29:40),RELADDR=NEVER, >$HASP844 SPOOLNUM=32,TGSIZE=36,TGSPACE=(MAX=81440, >$HASP844 DEFINED=66700,ACTIVE=66700,PERCENT=32.5772, >$HASP844 FREE=44971,WARN=80),TRKCELL=3,VOLUME=SPL00 > >Any ideas as to what I need to change? Its been decades since Ive played >around with JES2 parms, so any help would be most appreciated. > You don't actually *have to* change anything in the parms since OS/390 2.4 after a $ACTIVATE was done. Since you had to be at that level by OS/390 2.10 (or was it 2.9?), you have the dynamic support to change what you need with operator commands. You should update the parms for good measure, otherwise you'll see some warning messages the next time JES2 starts up. Here is a link to the JES2 bookshelf: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/HAS2BK31 You'll need to define spool space on your new volumes using the same dsn you currently are (see init and tuning). Then you'll have to use the $T SPOOLDEF command to bump up the TGSPACE depending on how much you add, but you don't have enough now I don't think for even another fill mod 3 (do the math... you have 4 vols now using 66700). See the commands manual for details. You may also want to bump up JOBNUM on JOBDEF ($T JOBDEF, display current usage with $D JOBDEF) or JOENUM on OUTDEF ($T OUTDEF, display current usage with $D OUTDEF). The problem you could run into with doing this is that the checkpoint won't be big enough to do add the track groups you need (TGSPACE), and if that happens you have to allocate a new one and go through the checkpoint configuration dialogs. I won't even go there in this post, but there is doc in the manuals. There is an entire SHARE session dedicated to just doing that (a few SHARE's ago). Speaking of SHARE, it rocked (again)! I am writing this from the airport with my PC using my razor as a modem. It says it's connected at 230K in the icon on the system tray. Ain't technology grand! Hope I didn't forget anything... I'm sure others will let you know if I did. :-) Cheers, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
