89 lines
5.2 KiB
HTML
89 lines
5.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="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>
|