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

79 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="Journal cache" />
<meta name="abstract" content="Journal caching is separately chargeable feature with which you can specify that the system cache journal entries in main storage, before writing them to disk. Journal caching is option 42 of the i5/OS operating system." />
<meta name="description" content="Journal caching is separately chargeable feature with which you can specify that the system cache journal entries in main storage, before writing them to disk. Journal caching is option 42 of the i5/OS operating system." />
<meta name="DC.Relation" scheme="URI" content="rzakiplnjrnsu.htm" />
<meta name="DC.Relation" scheme="URI" content="rzakijrnsysperform.htm" />
<meta name="DC.Relation" scheme="URI" content="rzakiguivsgs.htm" />
<meta name="DC.Relation" scheme="URI" content="../cl/crtjrn.htm" />
<meta name="DC.Relation" scheme="URI" content="../cl/chgjrn.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="rzakijrncache" />
<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 cache</title>
</head>
<body id="rzakijrncache"><a name="rzakijrncache"><!-- --></a>
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
<h1 class="topictitle1">Journal cache</h1>
<div><p>Journal caching is separately chargeable feature with which you can specify that the system cache journal entries in main storage, before writing them to disk. Journal caching is option 42 of
the i5/OS<sup>®</sup> operating system.</p>
<p>After you have you purchased journal caching, you can specify it with the JRNCACHE parameter on the Create Journal (CRTJRN) or Change Journal (CHGJRN) commands.</p>
<p>Journal caching provides significant performance improvement for batch applications which perform large numbers of changes to the data portion of the journaled objects. The actions that show a performance
improvement if journal caching is enabled are as follows:</p>
<ul><li>Changes to database files from add, update, or delete operations</li>
<li>Changes to data areas from uses of the change data area command or API</li>
<li>Changes to data queues from uses of the send data queue API or the receive data queue API</li>
<li>Changes to integrated file system objects from various write and fclear operations on journaled stream files</li>
</ul>
<p>Applications using commitment control will see less improvement (commitment control already performs some journal caching).</p>
<p>Journal caching modifies the behavior of traditional noncached journaling in batch. Without journal caching, a batch job waits for each new journal entry to be written to disk. Journal caching allows
most operations to no longer be held up waiting for synchronous disk writes to the journal receiver.</p>
<p>Journal caching is especially useful for situations where journaling is being used to enable replication to a second system.</p>
<p>It is not recommended to use journal caching if it is unacceptable to lose even one recent change in the event of a system failure where the contents of main memory are not preserved. This type of journaling
is directed primarily toward batch jobs and may not be suitable for interactive applications where single system recovery is the primary reason for using journaling.</p>
<p> Furthermore, the results from the following commands or API will not display the journal entries in the cache:</p>
<ul><li>Display Journal (DSPJRN) command</li>
<li>Retrieve Journal Entry (RTVJRNE) command</li>
<li>Receive Journal Entry (RCVJRNE) command</li>
<li>Retrieve Journal Entries (QjoRetrieveJournalEntries) API</li>
</ul>
<p>The Display Journal Receiver Attributes (DSPJRNRCVA) Command and the Retrieve Journal Receiver Information (QjoRtvJrnReceiverInformation) API show the total number of journal entries in a journal receiver.
However if some of those entries are in the cache, you cannot see these journal entries using the DSPJRN, RTVJRNE, and RCVJRNE commands, and the QjoRetrieveJournalEntries API. For example, if there are
100 journal entries in a journal receiver, the DSPJRNRCVA command and QjoRtvJrnReceiverInformation API show that the total number of entries is 100. However, if the last 25 entries are in the journal cache,
you can only view the first 75 entries.</p>
<p>Journal caching also affects remote journaling. Journal entries are not sent to the remote system until they are written from the cache to disk. Since journal entries are not sent to the target system
right away, the number of journal entries that are not confirmed are always greater than if you are not using journal caching.</p>
<p>Contact your service representative for more information about ordering journal caching.</p>
</div>
<div>
<div class="familylinks">
<div class="parentlink"><strong>Parent topic:</strong> <a href="rzakiplnjrnsu.htm" title="The following topics provide information to plan configuration for journals. They provide information about each option that you can select for journal.">Plan setup for journals</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="rzakiguivsgs.htm" title="There are two environments that you can use for journal management: iSeries Navigator and the character-based interface. iSeries Navigator provides a graphical interface for journaling that is easy to use and does not require the use of control language (CL) commands. The character-based interface requires the use of CL commands or APIs, but has more functionality than iSeries Navigator.">iSeries Navigator versus the character-based interface for journaling objects</a></div>
</div>
<div class="relref"><strong>Related reference</strong><br />
<div><a href="../cl/crtjrn.htm">Create Journal (CRTJRN) command</a></div>
<div><a href="../cl/chgjrn.htm">Change Journal (CHGJRN) command</a></div>
</div>
</div>
</body>
</html>