123 lines
9.7 KiB
HTML
123 lines
9.7 KiB
HTML
<?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="Server jobs" />
|
|
<meta name="abstract" content="Server jobs are jobs that run continuously in the background on the iSeries system." />
|
|
<meta name="description" content="Server jobs are jobs that run continuously in the background on the iSeries system." />
|
|
<meta name="DC.Relation" scheme="URI" content="rzaksjobtypeoverview.htm" />
|
|
<meta name="DC.Relation" scheme="URI" content="rzaksaboutautostartjob.htm" />
|
|
<meta name="DC.Relation" scheme="URI" content="rzaksbatchjob.htm" />
|
|
<meta name="DC.Relation" scheme="URI" content="rzaksaboutcommunicationjobs.htm" />
|
|
<meta name="DC.Relation" scheme="URI" content="rzaksinteractivejob.htm" />
|
|
<meta name="DC.Relation" scheme="URI" content="rzaksprestarttype.htm" />
|
|
<meta name="DC.Relation" scheme="URI" content="rzaksreaderandwriterjob.htm" />
|
|
<meta name="DC.Relation" scheme="URI" content="rzakssystemjobs.htm" />
|
|
<meta name="DC.Relation" scheme="URI" content="../rzaku/rzakuservertable.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="rzaksserverjobs" />
|
|
<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>Server jobs</title>
|
|
</head>
|
|
<body id="rzaksserverjobs"><a name="rzaksserverjobs"><!-- --></a>
|
|
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
|
|
<h1 class="topictitle1">Server jobs</h1>
|
|
<div><p>Server jobs are jobs that run continuously in the background on
|
|
the iSeries™ system.</p>
|
|
<div class="p">Work can come from network functions, operating system functions, on behalf
|
|
of a user, another system within the network, or from general system services,
|
|
such as the clustering server jobs. Server jobs typically run in one of three
|
|
basic subsystems that are shipped with the system - QSYSWRK, QSERVER, or QUSRWRK.
|
|
Server jobs are most commonly associated with such functions as HTTP, Lotus
|
|
Notes<sup>®</sup> , and TCP/IP. The iSeries system has three basic models for server
|
|
jobs:<dl><dt class="dlterm">Threaded Job Model</dt>
|
|
<dd>In the threaded job model the server job is a job with multiple threads.
|
|
One thread acts as the distributor of work to the other threads. For example,
|
|
when the server receives a client request, the initial thread reads the request
|
|
and passes it to another thread to fulfill the request. With this model, the
|
|
amount of jobs on the system is greatly reduced because work is handled in
|
|
different threads rather than requiring multiple jobs. A few examples of server
|
|
jobs that use the threaded job model are Domino<sup>®</sup>, HTTP server, and WebSphere<sup>®</sup>.</dd>
|
|
</dl>
|
|
<dl><dt class="dlterm">Prestart Job Model</dt>
|
|
<dd>In the prestart job model there is typically a primary job that acts as
|
|
a listener for requests that come into the system. This job is typically called
|
|
the daemon job. The daemon job handles the initial request and then passes
|
|
the request to the appropriate prestart server job. With this job model, using
|
|
prestart jobs can reduce the number of jobs that are required because after
|
|
a request has been fulfilled the prestart server job waits for the next request.
|
|
The server job is reused. Also, from a performance perspective, the prestart
|
|
job is already running and waiting to process the request. Some examples of
|
|
server jobs that use the prestart job model are SQL server, host servers,
|
|
and Simple Mail Transfer Protocol (SMTP).<div class="note"><span class="notetitle">Note:</span> For jobs that run user code,
|
|
typically the job is not reused (like most server jobs). This is because the
|
|
user code may have changed anything in the job (such as the remote command
|
|
server). </div>
|
|
</dd>
|
|
</dl>
|
|
<dl><dt class="dlterm">Multiple Listening Job Model </dt>
|
|
<dd>In the multiple listening job model, several server jobs are started.
|
|
When a request comes in, the job that receives the request handles the job
|
|
request, while the next available server job waits for the next request to
|
|
come in. Once the server job completes the request, it closes the connection
|
|
and ends. A new server job starts and the cycle continues.<p>With this model,
|
|
you do not need to be concerned with prestart job entries. However, sometimes
|
|
configuring subsystems unique to your environment is not possible because
|
|
this model runs in the default subsystem. One exception is File Transfer Protocol
|
|
(FTP). With file transfer protocol you can configure the subsystem in which
|
|
the file transfer protocol server runs. There is no ability to have some FTP
|
|
work to run in one subsystem and the rest of the work to run in a different
|
|
subsystem. Also, from a performance perspective, the cost of job initiation
|
|
and job termination cannot be avoided because once a job is run it is ended
|
|
and another job starts. However, because jobs end when the connection is complete
|
|
and the next job is started, the new job will generally be up and running
|
|
when the next request is received, so the job initiation and termination cost
|
|
should not affect the time it takes to connect to the server. </p>
|
|
<p>Some
|
|
examples of server jobs that use the multiple listening job model are FTP
|
|
and line printer daemon (LPD).</p>
|
|
<p>For more detailed information about the
|
|
job names of the server jobs that run on the system, see the server job table.
|
|
This table shows you the subsystem and the job name so that you can find the
|
|
active job and its job logs. The table also shows the job description each
|
|
server job uses. By default most server jobs do not generate a job log when
|
|
the job ends (the LOG parameter is set to 4 0 *NOLIST), which means that the
|
|
job log is not created. If you want a job log to be generated with all the
|
|
messages sent to the job log, the LOG parameter needs to specify 4 0 *SECLVL.</p>
|
|
</dd>
|
|
</dl>
|
|
</div>
|
|
</div>
|
|
<div>
|
|
<div class="familylinks">
|
|
<div class="parentlink"><strong>Parent topic:</strong> <a href="rzaksjobtypeoverview.htm" title="The iSeries server processes several different types of jobs.">Job types</a></div>
|
|
</div>
|
|
<div class="relconcepts"><strong>Related concepts</strong><br />
|
|
<div><a href="rzaksaboutautostartjob.htm" title="An autostart job is a batch job doing repetitive work, one-time initialization work that is associated with a particular subsystem, initializes functions for an application, or provides centralized service functions for other jobs in the same subsystem. An autostart job in the controlling subsystem can be used to start other subsystems (as does the IBM-supplied controlling subsystem). The autostart jobs associated with a subsystem are automatically started each time the subsystem is started.">Autostart jobs</a></div>
|
|
<div><a href="rzaksbatchjob.htm" title="A batch job is a predefined group of processing actions submitted to the system to be performed with little or no interaction between the user and the system. Jobs that do not require user interaction to run can be processed as batch jobs. A batch job typically is a low priority job and can require a special system environment in which to run.">Batch jobs</a></div>
|
|
<div><a href="rzaksaboutcommunicationjobs.htm" title="A communications job is a batch job that is started by a program start request from a remote system. Job processing involves a communication request and appropriate specifications.">Communication jobs</a></div>
|
|
<div><a href="rzaksinteractivejob.htm" title="An interactive job is a job that starts when a user signs on to a display station and ends when the user signs off. For the job to run, the subsystem searches for the job description, which can be specified in the workstation entry or the user profile.">Interactive jobs</a></div>
|
|
<div><a href="rzaksprestarttype.htm" title="A prestart job is a batch job that starts running before a work request is received. The prestart jobs are started before any other types of jobs in a subsystem. Prestart jobs are different from other jobs because they use prestart job entries (part of the subsystem description) to determine which program, class, and storage pool to use when they are started.">Prestart jobs</a></div>
|
|
<div><a href="rzaksreaderandwriterjob.htm" title="A reader job is a spooled input job, and a writer job is a spooled output job.">Reader and writer jobs</a></div>
|
|
<div><a href="rzakssystemjobs.htm" title="System jobs are created by the operating system to control system resources and perform system functions. System jobs run when the iSeries server starts or when an independent disk pool is varied on. These jobs perform a variety of tasks from starting the operating system, to starting and ending subsystems, to scheduling jobs.">System jobs</a></div>
|
|
</div>
|
|
<div class="relinfo"><strong>Related information</strong><br />
|
|
<div><a href="../rzaku/rzakuservertable.htm">Server job table</a></div>
|
|
</div>
|
|
</div>
|
|
</body>
|
|
</html> |