75 lines
7.4 KiB
HTML
75 lines
7.4 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="Effects of SMAPP on performance and storage" />
|
|
<meta name="abstract" content="System-managed access-path protection (SMAPP) is designed to have minimal affect to your system. Though it is minimal, SMAPP does affect your system's processor performance and auxiliary storage." />
|
|
<meta name="description" content="System-managed access-path protection (SMAPP) is designed to have minimal affect to your system. Though it is minimal, SMAPP does affect your system's processor performance and auxiliary storage." />
|
|
<meta name="DC.Relation" scheme="URI" content="rzakismappintro.htm" />
|
|
<meta name="DC.Relation" scheme="URI" content="rzakisizeoptions.htm" />
|
|
<meta name="DC.Relation" scheme="URI" content="../rzahx/rzahx1.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="rzakieffectsperform" />
|
|
<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>Effects of SMAPP on performance and storage</title>
|
|
</head>
|
|
<body id="rzakieffectsperform"><a name="rzakieffectsperform"><!-- --></a>
|
|
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
|
|
<h1 class="topictitle1">Effects of SMAPP on performance and storage</h1>
|
|
<div><p>System-managed access-path protection (SMAPP) is designed to have minimal affect to your system. Though it is minimal, SMAPP does affect your system's processor performance and auxiliary storage.</p>
|
|
<div class="section"><h4 class="sectiontitle">Processor performance</h4><p>SMAPP has some affect on processor performance. The lower the target recovery time you specify for access paths, the greater this affect is. Typically, the
|
|
affect on processor performance is not very noticeable, unless the processor is nearing capacity.</p>
|
|
</div>
|
|
<div class="section"><h4 class="sectiontitle">Auxiliary storage</h4><p>SMAPP causes increased disk activity, which increases the load on disk input/output processors. Because the disk write operations for SMAPP do not happen at the
|
|
same time, they do not directly affect the response time for a specific transaction. However, the increased disk activity might affect overall response time.</p>
|
|
<p>Also when you use SMAPP, the system creates
|
|
an internal journal and journal receiver for each disk pool on your system. The journal receivers that SMAPP uses take additional auxiliary storage. If the target recovery time for access paths for a disk
|
|
pool is set to *NONE, the journal receiver has no entries. The internal journal receivers are spread across all the arms in a disk pool, up to a maximum of 100 arms.</p>
|
|
<p>The system manages the journal
|
|
receivers automatically to minimize the affect as much as possible. It regularly discards internal journal receivers that are no longer needed for recovery and recovers the disk space. The internal journal
|
|
receivers that are used by SMAPP require less auxiliary storage than the journal receivers for explicit journaling of access paths. Internal journal receivers are more condensed because they are used only
|
|
for SMAPP entries.</p>
|
|
<p>If you have already set up journaling for a physical file, the system uses the same journal to protect any access paths that are associated with that physical file. If the system
|
|
chooses to protect additional access paths, your journal receivers will grow larger more quickly. You will need to change journal receivers more often.</p>
|
|
</div>
|
|
<div class="section"><h4 class="sectiontitle">Tips to reduce SMAPP's affect on auxiliary storage</h4><ul><li>When you set up SMAPP, specify target recovery times for access paths either for the entire server or for individual disk pools, but not for both. If you specify both, the system does extra work by
|
|
balancing the overall target with the individual targets.</li>
|
|
<li>If you also journal physical files, to deal with the increased size of your journal receivers, consider specifying to remove internal entries when you set up journaling or swap journal receivers. If
|
|
you specify this, the system periodically removes internal entries from user journal receivers when it no longer needs them to recover access paths. This prevents your journal receivers from growing excessively
|
|
large because of SMAPP.</li>
|
|
<li>If your system cannot support dedicating any resources to SMAPP, you can specify *OFF for the system target recovery time. Before choosing this option, consider setting the recovery time to *NONE for
|
|
a normal business cycle, perhaps a week. During that time, periodically display the estimated recovery time for access paths. Evaluate whether those times are acceptable or whether you need to dedicate
|
|
some system resources to protecting access paths. <p>If you turn SMAPP off, any disk storage that has already been used will be recovered shortly thereafter. If you set the SMAPP values to *NONE, any disk
|
|
storage that has already been used will be recovered after the next time you restart your system.</p>
|
|
<div class="note"><span class="notetitle">Note:</span> If you want to change the target system recovery time to a different value after you have set it
|
|
to *OFF, the system must be in a restricted state.</div>
|
|
</li>
|
|
</ul>
|
|
<p>For more information about removing internal entries, see Receiver size options for journals. See the Performance topic for more information about system performance.</p>
|
|
</div>
|
|
</div>
|
|
<div>
|
|
<div class="familylinks">
|
|
<div class="parentlink"><strong>Parent topic:</strong> <a href="rzakismappintro.htm" title="System-managed access-path protection (SMAPP) allows you to use some of the advantages of journaling without explicitly setting up journaling. Use SMAPP to decrease the time it takes to restart your system after an abnormal end.">System-managed access-path protection</a></div>
|
|
</div>
|
|
<div class="relconcepts"><strong>Related concepts</strong><br />
|
|
<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><a href="../rzahx/rzahx1.htm">Performance</a></div>
|
|
</div>
|
|
</div>
|
|
</body>
|
|
</html> |