ibm-information-center/dist/eclipse/plugins/i5OS.ic.rzaks_5.4.0.1/rzakshowjobqueuewrk.htm

82 lines
7.6 KiB
HTML
Raw Normal View History

2024-04-02 14:02:31 +00:00
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html
PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html lang="en-us" xml:lang="en-us">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta name="security" content="public" />
<meta name="Robots" content="index,follow" />
<meta http-equiv="PICS-Label" content='(PICS-1.1 "http://www.icra.org/ratingsv02.html" l gen true r (cz 1 lz 1 nz 1 oz 1 vz 1) "http://www.rsac.org/ratingsv01.html" l gen true r (n 0 s 0 v 0 l 0) "http://www.classify.org/safesurf/" l gen true r (SS~~000 1))' />
<meta name="DC.Type" content="concept" />
<meta name="DC.Title" content="How a job queue works" />
<meta name="abstract" content="Job queues are allocated by a subsystem via the job queue entry. Jobs can be placed on a job queue even if the subsystem has not been started. When the subsystem is started, it processes the jobs on the queue." />
<meta name="description" content="Job queues are allocated by a subsystem via the job queue entry. Jobs can be placed on a job queue even if the subsystem has not been started. When the subsystem is started, it processes the jobs on the queue." />
<meta name="DC.Relation" scheme="URI" content="rzaksaboutjobqueue.htm" />
<meta name="DC.Relation" scheme="URI" content="rzaksorderedlist.htm" />
<meta name="DC.Relation" scheme="URI" content="rzaksjobqhowtaken.htm" />
<meta name="DC.Relation" scheme="URI" content="rzaksjobqentryabout.htm" />
<meta name="DC.Relation" scheme="URI" content="rzaksjobqhowallocated.htm" />
<meta name="DC.Relation" scheme="URI" content="rzaksjobqdoineed2.htm" />
<meta name="DC.Relation" scheme="URI" content="rzakshowjobsaretakenfrommultiplejobqueues.htm" />
<meta name="DC.Relation" scheme="URI" content="rzaksjobqsecurity.htm" />
<meta name="DC.Relation" scheme="URI" content="rzakswhichsbstmhasjqueue.htm" />
<meta name="DC.Relation" scheme="URI" content="rzakscreatejobqueue.htm" />
<meta name="DC.Relation" scheme="URI" content="rzaksassignqueueentry.htm" />
<meta name="copyright" content="(C) Copyright IBM Corporation 2004-2006" />
<meta name="DC.Rights.Owner" content="(C) Copyright IBM Corporation 2004-2006" />
<meta name="DC.Format" content="XHTML" />
<meta name="DC.Identifier" content="rzakshowjobqueuewrk" />
<meta name="DC.Language" content="en-us" />
<!-- All rights reserved. Licensed Materials Property of IBM -->
<!-- US Government Users Restricted Rights -->
<!-- Use, duplication or disclosure restricted by -->
<!-- GSA ADP Schedule Contract with IBM Corp. -->
<link rel="stylesheet" type="text/css" href="./ibmdita.css" />
<link rel="stylesheet" type="text/css" href="./ic.css" />
<title>How a job queue works</title>
</head>
<body id="rzakshowjobqueuewrk"><a name="rzakshowjobqueuewrk"><!-- --></a>
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
<h1 class="topictitle1">How a job queue works</h1>
<div><p>Job queues are allocated by a subsystem via the job queue entry.
Jobs can be placed on a job queue even if the subsystem has not been started.
When the subsystem is started, it processes the jobs on the queue. </p>
<p>The subsystem description specifies the maximum number of jobs (batch or
interactive) that can be active at the same time. The number of jobs that
can be active from any job queue is specified in the job queue entry. </p>
<p>Not all jobs on a job queue are necessarily available for processing when
the subsystem is started. Scheduled jobs can be placed on the
job queue. Jobs can be held on a queue until the system operator releases
them. If the subsystem is ended before all of the jobs are processed, the
jobs remain on the queue until the subsystem is started again, until moved
by the system operator to another job queue, until deleted by the system operator,
or until another subsystem allocates the same job queue.</p>
<p>More than one subsystem description can refer to the same job queue, but
only one active subsystem at a time can use the job queue as a source of batch
jobs. Therefore, if a subsystem ends and jobs are still on the job queue,
another subsystem referring to that job queue can be started to process the
jobs. If another subsystem is already started and is waiting for the same
job queue, the subsystem automatically allocates the job queue when it becomes
available.</p>
</div>
<div>
<div class="familylinks">
<div class="parentlink"><strong>Parent topic:</strong> <a href="rzaksaboutjobqueue.htm" title="A job queue contains an ordered list of jobs waiting to be processed by a subsystem. The job queue is the first place that a submitted batch job goes before becoming active in a subsystem. The job is held here until a number of factors are met.">Job queues</a></div>
</div>
<div class="relconcepts"><strong>Related concepts</strong><br />
<div><a href="rzaksorderedlist.htm" title="The ordered list refers to the order in which jobs appear on the job queue. The availability, priority, and the date and time values help determine the order of jobs on the job queue.">Ordered list</a></div>
<div><a href="rzaksjobqhowtaken.htm" title="Different factors determine how the jobs are selected from a job queue and started.">How jobs are taken from a job queue</a></div>
<div><a href="rzaksjobqentryabout.htm" title="A job queue entry identifies a job queue from which jobs are selected for running in the subsystem. There are five parameters in the job queue entry that control how the job queue should be handled.">Job queue entry</a></div>
<div><a href="rzaksjobqhowallocated.htm" title="A job queue can be associated with several subsystems but it can only be allocated to one subsystem at a time. When the subsystem is started, the subsystem monitor tries to allocate each job queue defined in the subsystem job queue entries.">How job queues are allocated to a subsystem</a></div>
<div><a href="rzaksjobqdoineed2.htm" title="In many cases, using QBATCH as the only job queue with the default of one active job will be adequate for your needs. If this is not adequate, you might want to have multiple job queues so that some job queues are active during normal working hours, some are for special purposes, and some are active after normal working hours.">Multiple job queues</a></div>
<div><a href="rzakshowjobsaretakenfrommultiplejobqueues.htm" title="A subsystem processes jobs from a job queue based on sequence number. A subsystem can have more than one job queue entry and can therefore allocate more than one job queue.">How jobs are taken from multiple job queues</a></div>
<div><a href="rzaksjobqsecurity.htm" title="You can maintain a level of security with your job queue by authorizing only certain persons (user profiles) to that job queue. In general, there are three ways that a user can become authorized to control a job queue (for example, hold or release the job queue).">Job queue security</a></div>
</div>
<div class="reltasks"><strong>Related tasks</strong><br />
<div><a href="rzakswhichsbstmhasjqueue.htm" title="You can determine which subsystem has allocated the job queue using the iSeries Navigator interface or the character-based interface. This is useful when you find it necessary to delete the job queue since you cannot delete a job queue to which a subsystem is active.">Determine which subsystem has a job queue allocated</a></div>
<div><a href="rzakscreatejobqueue.htm" title="To create a job queue, use the character-based interface.">Create job queues</a></div>
<div><a href="rzaksassignqueueentry.htm" title="To assign a job queue entry to a subsystem description, use the character-based interface.">Assign the job queue to the subsystem</a></div>
</div>
</div>
</body>
</html>