We have a home written utility that does this. We are looking at replacing this by standard features and besides SCHENVs, the SCHEDULE parameter WITH is a good new candidate.
How do you add a SCHENV to a job? Does the user/submittor do this or is it done automatically? Kees. > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Feller, Paul > Sent: 29 January, 2019 5:04 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SYSAFF and SCHENV [EXTERNAL] > > We use SCHENV to direct jobs to different lpars related to MQ, DB2, IMS, > SAS, Connect Direct and other miscellaneous resources. > > Thanks.. > > Paul Feller > AGT Mainframe Technical Support > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Jesse 1 Robinson > Sent: Monday, January 28, 2019 4:13 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SYSAFF and SCHENV [EXTERNAL] > > SCHENV is 20 years old. I'm curious how many other shops have taken the > plunge. > > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-715-0595 Mobile > 626-543-6132 Office ⇐=== NEW > robin...@sce.com > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Mike Shorkend > Sent: Sunday, January 27, 2019 10:45 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Re: SYSAFF and SCHENV > > I used SCHENV several years ago to direct workload to a CEC that had a > ZIIP installed. Another use is for EXCI - switch the SCHENV on and off > according to the availability of the CICS region. > > On Mon, 28 Jan 2019 at 06:26, Jesse 1 Robinson <jesse1.robin...@sce.com> > wrote: > > > Before we implemented SCHENV control, we depended on SYSAFF to direct > > a job toward the member running a suitable Db2 subsystem. Then we had > > a couple of instances where the target Db2 abended and would not > > restart on the 'normal' LPAR, but would run a different LPAR. The task > > of directing a slew of batch jobs containing SYSAFF to another LPAR > > was laborious and time consuming. Or else IPL. > > > > With SCHENV, we could issue a few WLM commands to disable resources on > > the broken LPAR and enable them on the other one. No change to > > automation, no change to JCL. And most all, no unscheduled IPL. > > > > However, SCHENV would not (early 2000s) override SYSAFF. If SYSAFF and > > SCHENV conflicted, a job would just hang. So part of the supporting > > SCHENV code was to nullify any SYSAFF if SCHENV was also specified. If > > that has changed, we never revisited the issue. > > > > . > > . > > J.O.Skip Robinson > > Southern California Edison Company > > Electric Dragon Team Paddler > > SHARE MVS Program Co-Manager > > 323-715-0595 Mobile > > 626-543-6132 Office ⇐=== NEW > > robin...@sce.com > > > > > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Anthony Hirst > > Sent: Sunday, January 27, 2019 4:12 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: (External):Re: SYSAFF and SCHENV > > > > One difference that I haven't seen be mentioned is that SYSAFF > > controls all stages of JES2 processing, while the SCHED only controls > > execution phase, we've run into issues where subsystems aren't active > > on some LPARs and a job with a SCHED setting gets interpreted on that > > system you get a JCL error, only way to avoid that we've found is to > > code SYSAFF. We keep the SCHED to because it points to the actual > > resource requirement adding documentation. > > > > On Sat, Jan 26, 2019 at 8:53 PM Peter <dbajava...@gmail.com> wrote: > > > > > Hi > > > > > > It is just general question > > > > > > I was going through the manual. > > > > > > Does SCHENV perform the same function as SYSAFF ? Or it does more > > > than that ? > > > > > > Peter > -- > Mike Shorkend > m...@shorkend.com > www.shorkend.com > Tel: +972524208743 > Fax: +97239772196 > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > Please note: This message originated outside your organization. Please > use caution when opening links or attachments. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ******************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ******************************************************** ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
