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

48 lines
4.7 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="concept" />
<meta name="DC.Title" content="Considerations for restoring journaled objects" />
<meta name="abstract" content="For an object that is restored and associated with a local journal in standby state, journaling starts for that object, but no restore entry is deposited in the journal receiver. If the object is being restored-over and is currently journaled to a local journal in standby state, the restore is not prevented, and no restore entry is deposited in the journal receiver." />
<meta name="description" content="For an object that is restored and associated with a local journal in standby state, journaling starts for that object, but no restore entry is deposited in the journal receiver. If the object is being restored-over and is currently journaled to a local journal in standby state, the restore is not prevented, and no restore entry is deposited in the journal receiver." />
<meta name="DC.Relation" scheme="URI" content="rzakisaverestre.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="rzakisavrstorejrn" />
<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>Considerations for restoring journaled objects</title>
</head>
<body id="rzakisavrstorejrn"><a name="rzakisavrstorejrn"><!-- --></a>
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
<h1 class="topictitle1">Considerations for restoring journaled objects</h1>
<div><p>For an object that is restored and associated with a local journal in standby state, journaling starts for that object, but no restore entry is deposited in the journal receiver. If the object
is being restored-over and is currently journaled to a local journal in standby state, the restore is not prevented, and no restore entry is deposited in the journal receiver.</p>
<p>The system will send a diagnostic message for any object in which the 'object restored' journal entry cannot be sent due to a problem with the journal or attached journal receiver, unless
the journal is in standby state. The system always attempts to start journaling for an object that was journaled at save time to the same named journal, in the same named library, during a restore operation.
This is still true, and there are no processing changes to note if a local journal is found by the restore processing. However, if a remote journal is found by the restore processing, the restore is completed
successfully, but journaling is not started for the restored object. A diagnostic message is sent that indicates that a remote journal was found by the restore processing. This message is followed by the
message that is already sent that indicates journaling was not started.</p>
<p>In a hot-backup configuration, a local journal is used on the backup system to capture the changes that are made to the objects on the remote system. This occurs when the remote system is logically promoted
to assume the role of the primary system. The local journal that is being used on a backup system might not be in the exact same-named library as the journal that is being used for the object at save time.
If this occurs, you are responsible for starting journaling for the restored objects. This is a fundamental reason to use library redirection for all defined remote journals.</p>
</div>
<div>
<div class="familylinks">
<div class="parentlink"><strong>Parent topic:</strong> <a href="rzakisaverestre.htm" title="The following information describes general considerations for save and restore operations with remote journals:">Considerations for save and restore operations with remote journals</a></div>
</div>
</div>
</body>
</html>