ibm-information-center/dist/eclipse/plugins/i5OS.ic.ddp_5.4.0.1/rbal1considappc.htm

168 lines
11 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="reference" />
<meta name="DC.Title" content="APPC subsystems" />
<meta name="abstract" content="In a distributed relational database using an Systems Network Architecture (SNA) network, communications jobs and interactive jobs are the main types of work an administrator must plan to manage on each server." />
<meta name="description" content="In a distributed relational database using an Systems Network Architecture (SNA) network, communications jobs and interactive jobs are the main types of work an administrator must plan to manage on each server." />
<meta name="DC.subject" content="work management, subsystem set up, subsystem, set up considerations, communications, job, interactive job, QINTER, QCMN, QBASE, QCTL" />
<meta name="keywords" content="work management, subsystem set up, subsystem, set up considerations, communications, job, interactive job, QINTER, QCMN, QBASE, QCTL" />
<meta name="DC.Relation" scheme="URI" content="rbal1workmanage.htm" />
<meta name="DC.Relation" scheme="URI" content="../books/sc415406.pdf" />
<meta name="DC.Relation" scheme="URI" content="../rzaks/rzaksdailyworkmanage.htm" />
<meta name="copyright" content="(C) Copyright IBM Corporation 1998, 2006" />
<meta name="DC.Rights.Owner" content="(C) Copyright IBM Corporation 1998, 2006" />
<meta name="DC.Format" content="XHTML" />
<meta name="DC.Identifier" content="rbal1considappc" />
<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>APPC subsystems</title>
</head>
<body id="rbal1considappc"><a name="rbal1considappc"><!-- --></a>
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
<h1 class="topictitle1">APPC subsystems</h1>
<div><p>In a distributed relational database using an Systems Network Architecture
(SNA) network, communications jobs and interactive jobs are the main types
of work an administrator must plan to manage on each server.</p>
<div class="section"><p>Servers in the network start communications jobs to handle requests
from an application requester (AR); an AR's communications requests to other
servers normally originate from interactive or batch jobs on the local system.</p>
<p>Setting
up an efficient work management environment for the distributed relational
database network servers can enhance your overall network performance by allocating
system resources to the specific needs of each application server (AS) and
AR in the network.</p>
</div>
<div class="section"><p>When the <span class="keyword">i5/OS™</span> licensed
program is first installed, QBASE is the default controlling subsystem. As
the controlling subsystem, QBASE allocates system resources between the two
subsystems QBASE and QSPL. Interactive jobs, communications jobs, batch jobs,
and so on, allocate resources within the QBASE subsystem. Only spooled jobs
are managed under a different subsystem, QSPL. This means you have less control
of system resources for handling communications jobs versus interactive jobs
than you would using the QCTL controlling subsystem.</p>
</div>
<div class="section"><p>Using the QCTL subsystem configuration, you have control of four
additional subsystems for which the system has allocated storage pools and
other system resources. Changing the QCTL subsystems, or creating your own
subsystems gives you even more flexibility and control of your processing
resources.</p>
</div>
<div class="section"><p>Different system requirements for some of the systems in the Spiffy
Corporation distributed relational database network might require different
work management environments for best network efficiency. The following discussions
show how the distributed relational database administrator can plan a work
management subsystem to meet the needs of each <span class="keyword">iSeries™ server</span> in
the Spiffy distributed relational database network.</p>
</div>
<div class="section"><p>In the Spiffy Corporation system organization, a small dealership
might be satisfied with a QBASE level of control for the various jobs its
users have on the server. For example, requests to a small dealership's relational
database from the regional AR (to update dealer inventory levels for a shipment)
are handled as communications jobs. Requests from a dealership user to the
regional AS, to request a part not currently in stock locally, is handled
as an interactive job on the dealership server. Both activities are relatively
small jobs because the dealership is smaller and handles fewer service orders,
parts sales and so on. The coordination of resources in the QBASE subsystem
provides the level of control this enterprise requires for their interactive
and communications needs.</p>
</div>
<div class="section"><p>A large dealership, on the other hand, probably manages its work
through the QCTL subsystem, because of the different work loads associated
with the different types of jobs.</p>
</div>
<div class="section"><p>The number of service orders booked each day can be high, requiring
a query to the local relational database for parts or to the regional center
AS for parts not in stock at the dealership. This type of activity starts
interactive jobs on their system. The dealership also starts a number of interactive
jobs that are not distributed relational database related jobs, such as enterprise
personnel record keeping, marketing and sales planning and reporting, and
so on. Requests to this dealership from the regional center for performance
information or to update inventory or work plans are communications jobs that
the dealership wants to manage in a separate environment. The large dealership
can also receive a request from another dealership for a part that is out
of stock at the regional center.</p>
</div>
<div class="section"><p>For a large dealership, the QCTL configuration with separate subsystem
management for QINTER and QCMN provides more flexibility and control for managing
its server work environment. In this example, interactive and communications
jobs at the dealership server can be allocated more of the server resources
than other types of jobs. Additionally, if communications jobs are typically
fewer than interactive jobs for this system, resources can be targeted toward
interactive jobs, by changing the subsystem descriptions for both QINTER and
QCMN.</p>
</div>
<div class="section"><p>A work management environment tailored to a Spiffy Corporation
regional center perspective is also important. In the Spiffy network, the
regional center is an AR to each dealership when it updates the dealership
inventory table with periodic parts shipment data, or updates the service
plan table with new or updated service plans for specific repair jobs. Some
of these jobs can be run as interactive jobs (on the regional system) in early
morning or late afternoon when system usage is typically less, or run as batch
jobs (on the regional server) after regular business hours. The administrator
can tailor the QINTER and QBATCH subsystems to accommodate specific processing
times and resource needs.</p>
</div>
<div class="section"><p>The regional center is also an AS for each dealership when a dealership
needs to query the regional relational database for a part not in stock at
the dealership, a service plan for a specific service job (such as rebuilding
a steering rack), or for technical bulletins or recall notifications since
the last update to the dealership relational database. These communications
jobs can all be managed in QCMN.</p>
</div>
<div class="section"><p>However, a closer examination of some specific aspects of distributed
relational database network use by the KC000 (Kansas City) regional center
and the dealerships it serves suggests other alternatives to the distributed
relational database administrator at Kansas City.</p>
</div>
<div class="section"><p>The KC000 server serves several very large dealerships that handle
hundreds of service orders daily, and a few small dealerships that handle
fewer than 20 service orders each day. The remaining medium-sized dealerships
each handle about 100 service orders daily. One problem that presents itself
to the distributed relational database administrator is how to fairly handle
all the communications requests to the KC000 server from other systems. A
large dealership could control QCMN resources with its requests so that response
times and costs to other systems in the network are unsatisfactory.</p>
</div>
<div class="section"><p>The distributed relational database administrator can create additional
communications subsystems so each class of dealerships (small, medium, or
large) can request support from the AS and generally receive better response.
By tailoring the subsystem attributes, prestart job entries, communications
work entries, and routing entries for each subsystem description, the administrator
controls how many jobs can be active on a subsystem and how jobs are processed
in the subsystem.</p>
</div>
<div class="section"><p>The administrator can add a routing entry to change the class
(and therefore the priority) of a DRDA/DDM job by specifying the class that
controls the priority of the job and by specifying QCNTEDDM on the CMPVAL
parameter, as in the following example: </p>
<pre>ADDRTGE SBSD(QCMN) SEQNBR(280) CLS(QINTER) CMPVAL('QCNTEDDM' 37)</pre>
</div>
<div class="section"><p>The administrator can also add a prestarted job for DRDA/DDM job
by specifying QCNTEDDM as the prestarted job, as in the following example:
</p>
<pre>ADDPJE SBSD(QCMN) PGM(QCNTEDDM)</pre>
</div>
</div>
<div>
<div class="familylinks">
<div class="parentlink"><strong>Parent topic:</strong> <a href="rbal1workmanage.htm" title="All of the work done on the iSeries server is submitted through the work management function. On an iSeries server, you can design specialized operating environments to handle different types of work to satisfy the requirements of your server.">Work management on the iSeries server</a></div>
</div>
<div class="relconcepts"><strong>Related concepts</strong><br />
<div><a href="../books/sc415406.pdf " target="_blank">Communications Management PDF</a></div>
<div><a href="../rzaks/rzaksdailyworkmanage.htm">Manage work</a></div>
</div>
</div>
</body>
</html>