Off load, view, search, print, copy, archive and restore job/syslog output from ISPF

Are you currently...

• Wasting paper printing reports, JCL and SYSLOG listings

• Dedicating your best production personnel to manually checking JCL for abends and condition codes

• Finding it difficult to track problems because you are missing reports JCL or SYSLOG listings

• Dedicating large amounts of JES spool for reports, JCL and SYSLOG listings

• Tired of spending valuable time and dollars attempting to manage reports JCL and SYSLOG

• Tired of hunting and rerunning jobs for lost reports, JCL and SYSLOG

• Tired of waiting for printouts because the printers are busy

• Unable to determine which jobs and applications are the problem spots

The JSF system can solve these problems in addition to many others.

What Is JSF And How Does It Work?

JSF is a productivity tool which effectively manages a job's JCL or reports as well as SYSLOG. JSF is an MVS subsystem allowing the use of ISPF and JSF software to interact with JES2 and the other components of MVS to collect, browse, print, copy, scan, archive and restore a job's JCL or reports and the system log.

The first component is the JSF JOB/SYSLOG collection processor. The collection processor runs as a started task and is responsible for moving a job's JCL or reports and the system log from the JES2 output spool to the JSF online database for further processing which can include, viewing, printing, copying, deleting, scanning, and reporting.

As jobs complete, jobs and SYSLOGs go to the JES2 output spool. SYSLOG enters the JES2 output spool via writelog commands which can be setup to be done automatically through MVS system options.

The JSF JOB/SYSLOG collection processor polls the JES2 spool for output at an interval determined by the JSF administrator. When output is found it is moved to the JSF job history and removed from the JES2 spool freeing up spool space. Once this is done, the output is available for viewing, printing, copying, scanning and reporting.

The collection processor is also responsible for maintaining the JSF database. JSF detects when the database is full and automatically submits a job which will:

• Backup the JOB/SYSLOG database (JSF job history PDS).

• Purge from the JOB/SYSLOG PDS database jobs and SYSLOG that are x number of days old, where x is an installation defined value from 0 to 99.

• Update the JSF database's VSAM history file which has historical data on all SYSLOG and jobs which have been purged to a backup volume. Jobs and Syslogs that have purged to a backup volume can be easily restored from JSF ISPF panels.

The second component is the JSF database. The JSF database is composed of a standard (yet, compressed) partitioned dataset and a VSAM dataset. The partitioned dataset contains all JCL, reports and SYSLOG that have been archived to it, and can be immediately processed. The VSAM dataset contains statistical data on all JOBS/SYSLOG which have been purged from the PDS to a backup volume, and the required information for restoring those JOBS/SYSLOG back to a temporary PDS for processing.

The third component is the JSF interactive JOB/SYSLOG facility. This component is an interactive and comprehensive online system, which utilizes ISPF dialog management services for the processing of the JSF database in many different optional ways. This component is user friendly and easy to use for anyone familiar with ISPF/PDF.

The fourth component of JSF is a generalized report writer which allows users to customize reports from all the JSF databases (job history PDS and VSAM history) for quick easy analysis.

Register or login to download a free 30 day trial of JSF-Job and Syslog Facility.