ibm-information-center/dist/eclipse/plugins/i5OS.ic.rzaki_5.4.0.1/rzakidiskarm.htm

130 lines
10 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="Frequently asked questions about journaling and disk arm usage" />
<meta name="abstract" content="Journaling affects the disk arms that store the journal receiver." />
<meta name="description" content="Journaling affects the disk arms that store the journal receiver." />
<meta name="DC.Relation" scheme="URI" content="rzakiplnuseaux.htm" />
<meta name="DC.Relation" scheme="URI" content="rzakijrnsysperform.htm" />
<meta name="DC.Relation" scheme="URI" content="rzakithreshold.htm" />
<meta name="DC.Relation" scheme="URI" content="rzakisizeoptions.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="rzakidiskarm" />
<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>Frequently asked questions about journaling and disk arm usage</title>
</head>
<body id="rzakidiskarm"><a name="rzakidiskarm"><!-- --></a>
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
<h1 class="topictitle1">Frequently asked questions about journaling and disk arm usage</h1>
<div><p>Journaling affects the disk arms that store the journal receiver.</p>
<p>How the journal receiver affects the disk arm depend on several factors:</p>
<ul><li>The threshold setting you are using for your journal receiver.</li>
<li>Whether or not you are using a maximum receiver-size option.</li>
<li>The way in which the system writes journal entries to disk.</li>
</ul>
<p id="rzakidiskarm__top"><a name="rzakidiskarm__top"><!-- --></a>The following are frequently asked questions about journaling
and disk arm usage:</p>
<p><a href="#rzakidiskarm__howmany">How many arms in my disk unit will journaling use?</a></p>
<p><a href="#rzakidiskarm__whichparms">Which journal parameters and settings affect the number of the disk arms the journal receiver uses?</a></p>
<p><a href="#rzakidiskarm__newarms">Why is the system not using the new disk arms I added to my disk pool?</a></p>
<p><a href="#rzakidiskarm__diskarms">Why are some disk arms used by journal receivers noticeably busier than the others and what can I do to spread out the usage?</a></p>
<div class="section" id="rzakidiskarm__howmany"><a name="rzakidiskarm__howmany"><!-- --></a><h4 class="sectiontitle">How many arms in my disk unit will journaling
use?</h4><p>How many disk arms the journal receiver uses depends on your
threshold value and whether you use a maximum receiver-size option. When you
create a journal receiver and attach it to a journal that does not specify
a maximum receiver-size option, the system spreads the journal receiver on
up to 10 disk arms. If you use a maximum receiver-size option, the system
spreads the journal receiver on up to 100 disk arms. Some rules that the system
uses when determining the number of disk arms are as follows:</p>
<ul><li>The system cannot use more disk arms than are available in your disk pool.</li>
<li>The system will not use fewer than 10 disk arms if that many arms are
available.</li>
</ul>
<p>You can use the following formula to determine how many disk arms
you will use:</p>
<p><samp class="codeph">Number of disk arms = Journal receiving threshold
setting / 64 MB</samp></p>
<p>For more information about disk arm use and
journaling see <a href="http://www.redbooks.ibm.com/abstracts/sg246286.html?Open" target="_blank">Striving for Optimal Journal Performance on DB2<sup>®</sup> Universal
Database for iSeries™</a>.</p>
<p><strong><a href="rzakidiskarm.htm#rzakidiskarm__top">Back to questions</a></strong></p>
</div>
<div class="section" id="rzakidiskarm__whichparms"><a name="rzakidiskarm__whichparms"><!-- --></a><h4 class="sectiontitle">Which journal parameters and settings affect
the number of the disk arms the journal receiver uses?</h4><p>The threshold
for the journal receiver and whether you use a maximum receiver-size option
have the largest effect on how many disk arms the journal receiver uses. If
you have a system which is before V5R2, removing internal entries also affects
the number of disk arms that are used.</p>
<p><strong><a href="rzakidiskarm.htm#rzakidiskarm__top">Back
to questions</a></strong></p>
</div>
<div class="section" id="rzakidiskarm__newarms"><a name="rzakidiskarm__newarms"><!-- --></a><h4 class="sectiontitle">Why is the system not using the new disk arms
I added to my disk pool?</h4><p>There can be a several reasons. First,
to use the newly added disk arms, you must perform a change journal operation
to attach a new journal receiver. Also, the system does not necessarily use
all of the disk arms in a disk pool. If you are not using a maximum receiver-size
option, the most disk arms the system will spread the receiver over is ten.
The number of disk arms the receiver uses also depends on the threshold you
use for your journal receiver. If you use a maximum receiver-size option and
increase your threshold, it is more likely that your new disk arm will be
used.</p>
<p>If you use system-managed access-path protection (SMAPP), the
system generates internal journal entries to protect the access paths for
database files. If you have not upgraded to at least V5R2, setting your journal
receiver to remove internal entries is an issue if you are not producing these
internal entries. Before V5R2, removing internal entries can steal disk arms
from the normal journal entries. For example, if you have six disk arms in
the disk pool housing your journal receiver and remove internal entries, two
arms are dedicated to the internal entries and four arms are used for your
regular journal entries. If you do not produce any internal entries, those
two arms remained idle. For V5R2 and later, this is not an issue.</p>
<p>For
more information about disk arm use and journaling see <a href="http://www.redbooks.ibm.com/abstracts/sg246286.html?Open" target="_blank">Striving
for Optimal Journal Performance on DB2 Universal Database for iSeries</a>.</p>
<p id="rzakidiskarm__busy"><a name="rzakidiskarm__busy"><!-- --></a><strong><a href="rzakidiskarm.htm#rzakidiskarm__top">Back to questions</a></strong></p>
</div>
<div class="section" id="rzakidiskarm__diskarms"><a name="rzakidiskarm__diskarms"><!-- --></a><h4 class="sectiontitle">Why are some disk arms used by journal receivers
noticeably busier than the others and what can I do to spread out the usage?</h4><p>The
journal receivers probably use some disk arms more than other because of the
way journal management writes journal entries to disk. When the system produces
journal entries, journal management stores the journal entries in memory.
When it is ready, journal management sends the journal entries to a disk arm
in one group. When the next group of journal entries are ready, journal management
sends the entries to the next disk arm. Journal management continues in this
sequential manner until all of the disk arms it uses have received a group
of journal entries. The cycle then repeats.</p>
<p>You can spread out the usage
by increasing your threshold and using a maximum receiver-size option.</p>
<p>For
more information about disk arm use and journaling see <a href="http://www.redbooks.ibm.com/abstracts/sg246286.html?Open" target="_blank">Striving
for Optimal Journal Performance on DB2 Universal Database for iSeries</a>.</p>
<p><strong><a href="rzakidiskarm.htm#rzakidiskarm__top">Back to questions</a></strong></p>
</div>
</div>
<div>
<div class="familylinks">
<div class="parentlink"><strong>Parent topic:</strong> <a href="rzakiplnuseaux.htm" title="If you are journaling an object, journal management writes a copy of every object change to the journal receiver. It writes additional entries for object level activity, such as opening and closing the object, adding a member, or changing an object attribute. If you have a busy system and journal many objects, your journal receivers can quickly become very large.">Plan for journal use of auxiliary storage</a></div>
</div>
<div class="relconcepts"><strong>Related concepts</strong><br />
<div><a href="rzakijrnsysperform.htm" title="Journal management prevents transactions from being lost if your system ends abnormally or has to be recovered. To do this, journal management writes changes to journaled objects immediately to the journal receiver in auxiliary storage. This increases the disk activity on your system and can have a noticeable affect on system performance. Journaling also increases the overhead associated with opening objects and closing objects.">Journal management and system performance</a></div>
<div><a href="rzakithreshold.htm" title="When you create a journal receiver with iSeries Navigator or the Create Journal Receiver (CRTJRNRCV) command, you specify a disk space threshold that indicates when you want the system to warn you or take action.">Threshold (disk space) for journal receivers</a></div>
<div><a href="rzakisizeoptions.htm" title="A journal receiver holds journal entries that you might use for recovery and entries that the system might use for recovery. For example, you might use record level entries, such as database record changes, and file level entries, such as the entry for opening or closing a file. Also, the system writes entries that you never see or use, such as entries for explicitly journaled access paths, for SMAPP, or for commitment control.">Receiver size options for journals</a></div>
</div>
</div>
</body>
</html>