ibm-information-center/dist/eclipse/plugins/i5OS.ic.dbp_5.4.0.1/rbaforzahfprl.htm

93 lines
6.2 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="Journal access paths" />
<meta name="abstract" content="Journaling access paths can significantly reduce recovery time by reducing the number of access paths that need to be rebuilt after an abnormal system end. It is recommended that you journal access paths because larger access paths require more time to rebuild." />
<meta name="description" content="Journaling access paths can significantly reduce recovery time by reducing the number of access paths that need to be rebuilt after an abnormal system end. It is recommended that you journal access paths because larger access paths require more time to rebuild." />
<meta name="DC.Relation" scheme="URI" content="rbaforzahfpri.htm" />
<meta name="DC.Relation" scheme="URI" content="../cl/strjrnap.htm" />
<meta name="DC.Relation" scheme="URI" content="../rzaki/rzakikickoff.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="rbaforzahfprl" />
<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>Journal access paths</title>
</head>
<body id="rbaforzahfprl"><a name="rbaforzahfprl"><!-- --></a>
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
<h1 class="topictitle1">Journal access paths</h1>
<div><p>Journaling access paths can significantly reduce recovery time
by reducing the number of access paths that need to be rebuilt after an abnormal
system end. It is recommended that you journal access paths because larger
access paths require more time to rebuild.</p>
<p>When you journal database files, you record images of changes to the file
in the journal. The system uses these record images to recover the file after
an abnormal system end. </p>
<p>After an abnormal end, the system might find that access paths are not
synchronized with the data in the file. If an access path does not synchronize
with its data, the system rebuilds the access path to ensure that the two
are synchronized and usable.</p>
<p>When journaling access paths, the system records images of the access path
in the journal to provide known synchronization points between the access
path and its data. By having that information in the journal, the system recovers
both the data files and the access paths. The system then synchronizes the
two. In such cases, you avoid the lengthy time to rebuild access paths.</p>
<p>In addition, other system recovery functions work with journaling access
paths. For example, the system has a number of options to reduce recovery
time from the failure and replacement of a disk unit. These options include
user auxiliary storage pools and checksum protection. These options further
reduce the chances that the entire system must reload because of the disk
failure. However, you might still need to rebuild access paths when the system
is started following replacement of the failed disk. By using access path
journaling and some of the recovery options, you reduce your chances of having
to reload the entire system and having to rebuild access paths.</p>
<div class="p">Before journaling an access path, you must journal the physical files that
are associated with the access path. In addition, you must use the same journal
for the access path and its associated physical files. It is easy to start
journaling access paths:<ul><li>You can use the system-managed access-path protection (SMAPP) facility.</li>
<li>You can manage the journaling environment yourself with the Start Journal
Access Path (STRJRNAP) command. <ul><li>To start journaling the access path for the specified file, use the STRJRNAP
command. You can journal access paths that have a maintenance attribute of
immediate (*IMMED) or delayed (*DLY).</li>
<li>After you start journaling, the system protects the access path until
the access path is deleted or until you run the End Journal Access Path (ENDJRNAP)
command for that access path.</li>
</ul>
</li>
</ul>
</div>
<p>Access path journaling minimizes additional output operations. For example,
the system will write the journal data for the changed record and the changed
access path in the same output operation. However, you should seriously consider
isolating your journal receivers in user auxiliary storage pools when you
start journaling your access paths. Placing journal receivers in their own
user auxiliary storage pool provides the best journaling performance, while
helping to protect them from a disk failure.</p>
</div>
<div>
<div class="familylinks">
<div class="parentlink"><strong>Parent topic:</strong> <a href="rbaforzahfpri.htm" title="The system ensures the integrity of an access path before you can use it. If the system determines that the access path is unusable, the system attempts to recover it. You can control when to have the access path recovered.">Reduce time in access path recovery</a></div>
</div>
<div class="relconcepts"><strong>Related concepts</strong><br />
<div><a href="../rzaki/rzakikickoff.htm">Journal management</a></div>
</div>
<div class="relref"><strong>Related reference</strong><br />
<div><a href="../cl/strjrnap.htm">Start Journal Access Path (STRJRNAP) command</a></div>
</div>
</div>
</body>
</html>