I wrote something using SDSF REXX. It was a batch job that ran at intervals
and looked for any active job and grabbed the start time and compared it to
current time.  For non production it issued an MVS cancel. For production
it would send a WTO. The overhead was quite low.

On Sat, Feb 12, 2022, 03:55 Carmen Vitullo <[email protected]> wrote:

> I was thinking along those lines also, I know CA-7, based on prior run
> time can mark jobs LATE, I was not sure if the OP was wanting an alert
> for all batch jobs or scheduled job, which would make more sense, to
> alert for all batch jobs, you have to assume a jobname standard all the
> time and the same jobname used for the same program, process...it gets
> to be a mess.
>
> Carmen
>
> On 2/11/2022 10:47 AM, PINION, RICHARD W. wrote:
> > I think some automated schedulers will provide this kind of
> notification.  We use Zeke, and
> > our operators are notified when a job has not started, or is running too
> long.
> >
> > -----Original Message-----
> > From: IBM Mainframe Discussion List<[email protected]>  On
> Behalf Of Rob Scott
> > Sent: Friday, February 11, 2022 11:41 AM
> > To:[email protected]
> > Subject: Re: Batch job elapsed time baseline and alerts
> >
> > [External Email. Exercise caution when clicking links or opening
> attachments.]
> >
> > Rather than maintaining some sort of historical database, you could
> consider putting the "estimated elapsed time" responsibility back on the
> submitter/owner of the job.
> >
> > A cheap and cheerful solution could be something like :
> >
> > (1) Agree a local naming convention for the "UJOBCORR" keyword on the
> jobcard to place the job into an elapsed time bucket.
> > (2) Periodically examine the active jobs and compare elapsed time with
> the UJOBCORR value (if present) and issue warnings if not within the bucket
> time range.
> >
> > You could get the information for (2) easily using SDSF REXX
> >
> > Rob Scott
> > Rocket Software
> >
> >
> > -----Original Message-----
> > From: IBM Mainframe Discussion List<[email protected]>  On
> Behalf Of Jantje.
> > Sent: 11 February 2022 16:19
> > To:[email protected]
> > Subject: Batch job elapsed time baseline and alerts
> >
> > EXTERNAL EMAIL
> >
> >
> >
> >
> >
> > Esteemed listers,
> >
> > I have been tasked to put a procedure in place that will generate an
> alert when a batch job "takes longer than usual" to complete. Yes, I know,
> that is a rather vaguely stated requirement...
> >
> > I know I can find figures about the elapsed time of a batch job in one
> of the SMF records. I think I can build a database of historic runtimes and
> with a bit of thought, I am sure I can come up with a query that will list
> me the "outliers".
> >
> > But in order to generate an alert when a job takes too long, I will need
> some mechanism that gives me the information about that job while it is
> still running. And while I could perhaps interrogate the system (although I
> don't have a clear idea on how to actually do that) every so often about
> the running jobs and compare the time taken of each running job to the
> database, I am afraid that would take far too much resources. Indeed, with
> several hundreds if not thousands jobs running at any give time, the task
> of getting all the figures of these running jobs and comparing this to the
> database will definitely not be cheap in system resources.
> >
> > We don't have any budget for vendor products, I am afraid...
> >
> > And we're short of MSU's...
> >
> > Any suggestions?
> >
> > Thanks and very best regards,
> >
> > Jantje.
> >
> > ----------------------------------------------------------------------
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> email [email protected]  with the message: INFO IBM-MAIN
> >
> > ================================
> > Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA
> 02451 ■ Main Office Toll Free Number: +1 855.577.4323 Contact Customer
> Support:
> https://urldefense.com/v3/__https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport__;!!HnnddUIWDII9UQ!HD6WAgeJugsuU-Sc3Ff4fpqFa84_kwstTEwbxnEjK8fCfs0KnZEaptF4E7DTAl3PJWQ$
> > Unsubscribe from Marketing Messages/Manage Your Subscription Preferences
> -
> https://urldefense.com/v3/__http://www.rocketsoftware.com/manage-your-email-preferences__;!!HnnddUIWDII9UQ!HD6WAgeJugsuU-Sc3Ff4fpqFa84_kwstTEwbxnEjK8fCfs0KnZEaptF4E7DTk-uPid0$
> > Privacy Policy -
> https://urldefense.com/v3/__http://www.rocketsoftware.com/company/legal/privacy-policy__;!!HnnddUIWDII9UQ!HD6WAgeJugsuU-Sc3Ff4fpqFa84_kwstTEwbxnEjK8fCfs0KnZEaptF4E7DTSy_-Ab8$
> > ================================
> >
> > This communication and any attachments may contain confidential
> information of Rocket Software, Inc. All unauthorized use, disclosure or
> distribution is prohibited. If you are not the intended recipient, please
> notify Rocket Software immediately and destroy all copies of this
> communication. Thank you.
> >
> > ----------------------------------------------------------------------
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> email [email protected]  with the message: INFO IBM-MAIN
> > Confidentiality notice:
> > This e-mail message, including any attachments, may contain legally
> privileged and/or confidential information. If you are not the intended
> recipient(s), or the employee or agent responsible for delivery of this
> message to the intended recipient(s), you are hereby notified that any
> dissemination, distribution, or copying of this e-mail message is strictly
> prohibited. If you have received this message in error, please immediately
> notify the sender and delete this e-mail message from your computer.
> >
> >
> > ----------------------------------------------------------------------
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email [email protected]  with the message: INFO IBM-MAIN
> >
> >
> --
> /I am not bound to win, but I am bound to be true. I am not bound to
> succeed, but I am bound to live by the light that I have. I must stand
> with anybody that stands right, and stand with him while he is right,
> and part with him when he goes wrong. *Abraham Lincoln*/
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO IBM-MAIN
>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to