ibm-information-center/dist/eclipse/plugins/i5OS.ic.rzaiu_5.4.0.1/rzaiurzaiu327.htm

89 lines
5.2 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="task" />
<meta name="DC.Title" content="Checkpoint processing with save-while-active" />
<meta name="DC.Relation" scheme="URI" content="rzaiurzaiu310.htm" />
<meta name="DC.Relation" scheme="URI" content="rzaiucommitoverview.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="rzaiu327" />
<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>Checkpoint processing with save-while-active</title>
</head>
<body id="rzaiu327"><a name="rzaiu327"><!-- --></a>
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
<h1 class="topictitle1">Checkpoint processing with save-while-active</h1>
<div><div class="section"> <p>Checkpoint processing occurs after the server determines exactly
which objects it will save for a particular library. If the save-while-active
request is for multiple libraries, then the server performs checkpoint processing
for all libraries in the save request.</p>
<p>Checkpoint processing does not
require that the server maintain two complete copies of the objects you are
saving. The server only maintains two copies of the pages of the object that
the applications are changing while you are performing the save. The more
pages that applications change for an object during the save-while-active
request, the greater the storage requirement for the object. After the server
completes checkpoint processing to create the checkpoint image of the page,
performance decreases slightly for the first update to a page. The performance
impact varies depending on the disk type, available disk storage, and processor
model. Further updates to the same changed page do not require any additional
processing with respect to the checkpoint version of the page.</p>
<div class="p">The
following figure shows how the server maintains a checkpoint image of an object
during a save-while-active operation. The shaded parts of the diagram represent
the checkpoint version of the object. <span>An explanation of the steps follows
the figure.</span> <div class="fignone" id="rzaiu327__swashdw"><a name="rzaiu327__swashdw"><!-- --></a><span class="figcap">Figure 1. Server management of updates to
objects after checkpoint processing is complete</span><br /><img src="rv2w419.gif" alt="Checkpoint processing illustration" /><br /></div>
</div>
<p>The figure above shows a timeline with T1 — T5:</p>
</div>
<ol><li class="stepexpand"><span>Time T1 is the save preprocessing phase of the save-while-active
operation. The object reaches a checkpoint at the end of time T1.</span></li>
<li class="stepexpand"><span></span> Time T2 shows an update to the object, referred to
as C1. The update occurs while the save-while-active request saves the object
to the media.
<ol type="a"><li>An application makes a request to update C1.</li>
<li>The server first makes a copy of the original page.</li>
<li>The applications make the change to the object.</li>
</ol>
<p>The original page copied is then part of the checkpoint image for the object.</p>
</li>
<li class="stepexpand"><span>Time T3 shows that the object received two additional changes,
C2 and C3. Any additional change requests that are made to the pages of the
object already changed for C1, C2, or C3 do not require any additional processing.
At the end of time T3, the save-while-active request has completely saved
the object to the media.</span></li>
<li class="stepexpand"><span>Time T4 shows that the server no longer maintains copied pages
for the checkpoint image of the object because the server no longer needs
them.</span></li>
<li class="stepexpand"><span>Time T5 shows the object on the server has the C1, C2, and C3 changes.
But the copy, or image, of the object saved to the media does not contain
those changes.</span></li>
</ol>
<div class="section"></div>
</div>
<div>
<div class="familylinks">
<div class="parentlink"><strong>Parent topic:</strong> <a href="rzaiurzaiu310.htm">Save-while-active function</a></div>
</div>
<div class="relconcepts"><strong>Related concepts</strong><br />
<div><a href="rzaiucommitoverview.htm">Commitment control with save-while-active</a></div>
</div>
</div>
</body>
</html>