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

63 lines
5.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="Functions that increase the journal receiver size" />
<meta name="abstract" content="Some optional functions available with journal management can significantly increase auxiliary storage requirements." />
<meta name="description" content="Some optional functions available with journal management can significantly increase auxiliary storage requirements." />
<meta name="DC.Relation" scheme="URI" content="rzakiplnuseaux.htm" />
<meta name="DC.Relation" scheme="URI" content="rzakiintrusion.htm" />
<meta name="DC.Relation" scheme="URI" content="rzakismappintro.htm" />
<meta name="DC.Relation" scheme="URI" content="rzakiestimatercv.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="rzakibigrecvr" />
<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>Functions that increase the journal receiver size</title>
</head>
<body id="rzakibigrecvr"><a name="rzakibigrecvr"><!-- --></a>
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
<h1 class="topictitle1">Functions that increase the journal receiver size</h1>
<div><p>Some optional functions available with journal management can significantly increase auxiliary storage requirements.</p>
<p>You can select to journal both before-images and after-images. The system uses more storage if you select both before-images and after-images, although storage use is not necessarily doubled. If you
journal access paths, the before-images and after-images are written to the journal receiver when a database file is updated. Only after-images are written when a database file is added (write operation)
or deleted. Neither the before-image nor after-image is deposited into the journal if the after-image is exactly the same as the before-image.</p>
<p>Using Fixed-length options for journal entries can also increase auxiliary storage requirements. The additional storage that fixed-length options use is similar to the extra space that is used by journaling
both before-images after-images.</p>
<p>The system requires additional space to journal access paths. The space required depends on the following items:</p>
<ul><li>How many access paths are journaled.</li>
<li>How often you change the access paths. When you update a record in a database file, you cause an access path journal entry only if you update a field included in the access path.</li>
<li>The method used to update access paths. More journal entries are written if you update access paths randomly than if you update them in ascending or descending sequence. Doing a mass change to an access
path field, such as a date change, causes the fewest journal entries.</li>
</ul>
<p>If you are using system-managed access-path protection and you journal database files, the system uses the same journal receiver to protect access paths for that file. This also increases the size of
your journal receivers.</p>
<p>The information in Methods to estimate a journal receiver will help you predict your requirements for auxiliary storage.</p>
</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="rzakiintrusion.htm" title="You can use the Fixed Length Data (FIXLENDTA) parameter of Create Journal (CRTJRN) and Change Journal (CHGJRN) commands to audit security related activity for journaled objects on your system.">Fixed-length options for journal entries</a></div>
<div><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="reltasks"><strong>Related tasks</strong><br />
<div><a href="rzakiestimatercv.htm" title="You can use the methods below to estimate the effect a journal receiver will have on auxiliary storage.">Methods to estimate the size of a journal receiver</a></div>
</div>
</div>
</body>
</html>