Job Entry Subsystem 2/3

The Job Entry Subsystem (JES) is a component of <a href="/facts/IBM/QszA7nwd">IBM</a>'s <a href="/facts/MVS/VPSmB9ML">MVS</a> (<a href="/facts/MVS/370/VPSmB9ML">MVS/370</a> through <a href="/facts/Z/OS/amLCAlgV">z/OS</a>) mainframe operating systems that is responsible for managing <a href="/facts/Batch_job/hKY2rX3N">batch</a> workloads. In modern times, there are two distinct implementations of the Job Entry System called JES2 and JES3. They are designed to provide efficient execution of batch jobs. Starting with z/OS 3.1, released in September 2023, IBM z/OS no longer includes JES3, and comes with JES2 only – JES3 sites must either migrate to JES2, or license JES3plus from Phoenix Software International, who has taken over future support and development of JES3 from IBM.
Job processing is divided into several phases to provide <a href="/facts/Parallelism_(computing)/nQzcpzQt">parallelism</a> through <a href="/facts/Pipeline_(computing)/xmHjrPMP">pipelining</a>. These phases include input processing where jobs are read and interpreted, the execution phase where jobs run, and output processing where job output is printed or stored on <a href="/facts/Direct-access_storage_device/dr0tg5Hl">DASD</a>. Jobs that are in the same phase of execution are usually said to reside on a particular queue; for example, jobs that are currently executing are on the execution queue.
To improve I/O efficiency, JES performs <a href="/facts/Spooling/fPbanPPu">spooling</a>, which provides multiple jobs with simultaneous access to a common storage volume. JES uses a structure called a checkpoint to backup information about currently executing jobs and their associated output. The checkpoint can be used to restore jobs and output in the event of unexpected hardware or software failures.
Although JES2 and JES3 provide the same core functionality, there are certain features that may be present in one JES but not the other. Because of these differences, one JES may be favored over the other in certain customer installations. <a href="/facts/Job_Control_Language/UCpfhoe4">JCL</a> is used to define jobs to both JES2 and JES3, but small changes usually need to be made to the JCL to get a job written for one JES to run on the other.
A common issue was that JES3 checked that all datasets listed in the JCL existed before execution or that there was a prior step where the dataset was defined as NEW,CATLG. JES2 did not insist on this, allowing the job to run even though it would fail when the step using it failed to find it.

Job Entry Subsystem 2/3 open-in-new

Job Entry Subsystem 2/3