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

90 lines
5.3 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="Monitor your save-while-active operation" />
<meta name="DC.Relation" scheme="URI" content="rzaiurzaiu348.htm" />
<meta name="DC.Relation" scheme="URI" content="rzaiurzaiu307.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="rzaiu350" />
<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>Monitor your save-while-active operation</title>
</head>
<body id="rzaiu350"><a name="rzaiu350"><!-- --></a>
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
<h1 class="topictitle1">Monitor your save-while-active operation</h1>
<div><div class="section"> <p>Do the following procedures as they apply if you are using the
save-while-active function to eliminate your save-outage time.</p>
</div>
</div>
<div>
<div class="familylinks">
<div class="parentlink"><strong>Parent topic:</strong> <a href="rzaiurzaiu348.htm" title="Use the save-while-active function to eliminate your save-outage time.">Eliminate your save-outage time</a></div>
</div>
<div class="relconcepts"><strong>Related concepts</strong><br />
<div><a href="rzaiurzaiu307.htm">The wait time (SAVACTWAIT) parameter</a></div>
</div>
</div><div class="nested1" xml:lang="en-us" id="taskSunDec051617342004"><a name="taskSunDec051617342004"><!-- --></a><h2 class="topictitle2">Checking for lock conflicts</h2>
<div><ol><li class="stepexpand"><span></span> During checkpoint processing, look for possible lock
conflicts by monitoring the save-while-active job. <p>A status of LCKW on
the Work Active Jobs (WRKACTJOB) display identifies a lock conflict.</p>
</li>
<li class="stepexpand"><span>If a lock conflict exists for a particular object, identify the
job that holds the conflicting lock with the Work with Object Locks (WRKOBJLCK)
command. </span></li>
<li class="stepexpand"><span>Take appropriate steps to have the job release the lock so that
the save-while-active job can continue and perform the save for that particular
object.</span></li>
<li class="stepexpand"><span>If a save-while-active request does not save a particular objects
due to lock conflicts, resolve all lock conflicts.</span></li>
<li class="stepexpand"><span>Issue the <span class="uicontrol">entire</span> save-while-active request
again. You should not just re-save the objects that had a lock conflict. Otherwise
objects you saved in the two save-while-active requests will not be in a consistent
state each other. This situation can lead to a complex recovery procedure.</span></li>
</ol>
</div>
</div>
<div class="nested1" xml:lang="en-us" id="taskSunDec051617532004"><a name="taskSunDec051617532004"><!-- --></a><h2 class="topictitle2">Monitoring save-while-active operations for objects under commitment
control</h2>
<div><div class="section"> <ol><li>During checkpoint processing, if changes to the objects you are saving
are made under commitment control and *NOCMTBDY is not used for the SAVACTWAIT
pending record changes value, monitor the QSYSOPR message queue for CPI8365
messages. <div class="p">CPI8365 messages indicate that the jobs have commitment definitions
that are preventing the save-while-active job from proceeding. The QSYSOPR
message queue only receives CPI8365 informational messages if you specify
the SAVACTWAIT time to be at least 30 seconds. <div class="note"><span class="notetitle">Note:</span> See or information on
controlling the amount of time that elapses while waiting for commitment
definitions to reach a commitment boundary.</div>
</div>
</li>
<li> Take the appropriate steps, as outlined in the recovery portion of the
CPI8365 message, to bring all commitment definitions for a job to a commitment
boundary.</li>
<li>The save-while-active request ends if you cannot reach a commitment boundary
for a particular commitment definition. </li>
<li>Depending upon the type of uncommitted changes one of the following happens: <ul><li>The job log receives CPF836C messages.</li>
<li>The QSYSOPR message queue receives CPI8367 messages.</li>
</ul>
In either case, the messages contain the job names that had commitment
definitions that prevented the save-while-active request for the library.</li>
</ol>
</div>
</div>
</div>
</body>
</html>