192 lines
13 KiB
HTML
192 lines
13 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="Recovery domain" />
|
|
<meta name="abstract" content="A recovery domain is a subset of cluster nodes that are grouped together in a cluster resource group (CRG) for a common purpose such as performing a recovery action or synchronizing events." />
|
|
<meta name="description" content="A recovery domain is a subset of cluster nodes that are grouped together in a cluster resource group (CRG) for a common purpose such as performing a recovery action or synchronizing events." />
|
|
<meta name="DC.Relation" scheme="URI" content="rzaigconceptselements.htm" />
|
|
<meta name="DC.Relation" scheme="URI" content="rzaigmanagechangesrolesrecoverydomain.htm" />
|
|
<meta name="DC.Relation" scheme="URI" content="rzaigmanagechangesrolesrecoverydomain.htm" />
|
|
<meta name="DC.Relation" scheme="URI" content="rzaigmanageperformswitchover.htm" />
|
|
<meta name="copyright" content="(C) Copyright IBM Corporation 1998, 2006" />
|
|
<meta name="DC.Rights.Owner" content="(C) Copyright IBM Corporation 1998, 2006" />
|
|
<meta name="DC.Format" content="XHTML" />
|
|
<meta name="DC.Identifier" content="rzaigconceptsrecoverydomain" />
|
|
<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>Recovery domain</title>
|
|
</head>
|
|
<body id="rzaigconceptsrecoverydomain"><a name="rzaigconceptsrecoverydomain"><!-- --></a>
|
|
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
|
|
<h1 class="topictitle1">Recovery domain</h1>
|
|
<div><p><span><img src="./delta.gif" alt="Start of change" />A <dfn class="term">recovery domain</dfn> is a subset of
|
|
cluster nodes that are grouped together in a cluster resource group (CRG)
|
|
for a common purpose such as performing a recovery action or synchronizing
|
|
events.<img src="./deltaend.gif" alt="End of change" /></span></p>
|
|
<p> A domain represents those nodes of the cluster from which cluster resource
|
|
can be accessed. This subset of cluster nodes that is assigned to a particular
|
|
cluster resource group either supports the primary point of access, secondary
|
|
(backup) point of access, replicate point of access, or peer point of access.</p>
|
|
<p>The four types of roles a node can have in a recovery domain are:</p>
|
|
<dl><dt class="dlterm">Primary</dt>
|
|
<dd>The cluster node that is the primary point of access for the resilient
|
|
cluster resource. <ul><li>For a data CRG, the primary node contains the principle copy of a resource.</li>
|
|
<li>For an application CRG, the primary node is the system on which the application
|
|
is currently running.</li>
|
|
<li>For a device CRG, the primary node is the current owner of the device
|
|
resource.<div class="note"><span class="notetitle">Note:</span> <img src="./delta.gif" alt="Start of change" />When using geographic mirroring, the nodes in
|
|
the recovery domain of a device CRG require a site name and data port IP addresses.
|
|
See <a href="../apis/clust3a1TOC.htm">Site name
|
|
and data port IP addresses</a> for details.<img src="./deltaend.gif" alt="End of change" /></div>
|
|
</li>
|
|
<li><img src="./delta.gif" alt="Start of change" />For a peer CRG, the primary node is not supported.<img src="./deltaend.gif" alt="End of change" /></li>
|
|
</ul>
|
|
<p><img src="./delta.gif" alt="Start of change" />If the primary node for a CRG fails, or a manual switchover
|
|
is initiated, then the primary point of access for that CRG is moved to the
|
|
first backup node<img src="./deltaend.gif" alt="End of change" /></p>
|
|
</dd>
|
|
<dt class="dlterm">Backup</dt>
|
|
<dd>The cluster node that will take over the role of primary access if the
|
|
present primary node fails or a manual switchover is initiated. <ul><li><img src="./delta.gif" alt="Start of change" />For a data CRG, this cluster node contains a copy of that
|
|
resource which is kept current with replication.<img src="./deltaend.gif" alt="End of change" /></li>
|
|
<li><img src="./delta.gif" alt="Start of change" />For a peer CRG, the backup node is not supported.<img src="./deltaend.gif" alt="End of change" /></li>
|
|
</ul>
|
|
</dd>
|
|
<dt class="dlterm">Replicate</dt>
|
|
<dd><img src="./delta.gif" alt="Start of change" />A cluster node that has copies of cluster resources, but
|
|
is unable to assume the role of primary or backup. Failover or switchover
|
|
to a replicate node is not allowed. If you ever want a replicate node to become
|
|
a primary, you must first change the role of the replicate node to that of
|
|
a backup node. <ul><li>For peer CRGs, nodes defined as replicate represent the inactive access
|
|
point for cluster resources.</li>
|
|
</ul>
|
|
<img src="./deltaend.gif" alt="End of change" /></dd>
|
|
<dt class="dlterm"><img src="./delta.gif" alt="Start of change" />Peer<img src="./deltaend.gif" alt="End of change" /></dt>
|
|
<dd><img src="./delta.gif" alt="Start of change" />A cluster node which is not ordered and can be an active
|
|
access point for cluster resources. When the CRG is started, all the nodes
|
|
defined as peer will be an active access point. <ul><li>For a peer CRG, the access point is controlled entirely by the management
|
|
application and not the system. The peer role is only supported by the peer
|
|
CRG.</li>
|
|
</ul>
|
|
<img src="./deltaend.gif" alt="End of change" /></dd>
|
|
</dl>
|
|
<div class="section"><h4 class="sectiontitle">Primary-backup model</h4><p>For nodes that participate
|
|
in a primary-backup model, each node in the recovery domain has a role with
|
|
respect to the current operational environment of the cluster. This is called
|
|
its <dfn class="term">current role</dfn> in the recovery domain. As the cluster goes
|
|
through operational changes such as nodes ending, nodes starting, and nodes
|
|
failing, the node's current role is changed accordingly. Each node in the
|
|
recovery domain also has a role with respect to the preferred or ideal cluster
|
|
environment. This is called its <dfn class="term"> preferred role</dfn> in
|
|
the recovery domain. The preferred role is a static definition that is initially
|
|
set when the cluster resource group is created. As the cluster environment
|
|
changes, this role is not changed. The preferred role is only changed when
|
|
nodes are added or removed from the recovery domain, or when a node is removed
|
|
from the cluster. You can also manually change the preferred roles. </p>
|
|
<p>Conceptually,
|
|
you can view the recovery domain within a primary-backup model as follows:</p>
|
|
|
|
<div class="tablenoborder"><table cellpadding="4" cellspacing="0" summary="" frame="border" border="1" rules="all"><caption>Table 1. Node roles for primary-backup CRGs</caption><thead align="left"><tr><th valign="top" id="d0e117">Node</th>
|
|
<th valign="top" id="d0e119">Current role</th>
|
|
<th valign="top" id="d0e121">Preferred role</th>
|
|
</tr>
|
|
</thead>
|
|
<tbody><tr><td valign="top" headers="d0e117 ">A</td>
|
|
<td valign="top" headers="d0e119 ">Backup 1</td>
|
|
<td valign="top" headers="d0e121 ">Primary</td>
|
|
</tr>
|
|
<tr><td valign="top" headers="d0e117 ">B</td>
|
|
<td valign="top" headers="d0e119 ">Backup 2</td>
|
|
<td valign="top" headers="d0e121 ">Backup 1</td>
|
|
</tr>
|
|
<tr><td valign="top" headers="d0e117 ">C</td>
|
|
<td valign="top" headers="d0e119 ">Primary</td>
|
|
<td valign="top" headers="d0e121 ">Backup 2</td>
|
|
</tr>
|
|
<tr><td valign="top" headers="d0e117 ">D</td>
|
|
<td valign="top" headers="d0e119 ">Replicate</td>
|
|
<td valign="top" headers="d0e121 ">Replicate</td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
</div>
|
|
<p><img src="./delta.gif" alt="Start of change" />In this example, Nodes A, B, C, and D provide an
|
|
example of a CRG that is a primary-backup model. Node C is serving as the
|
|
current primary node. Because it has a preferred role of the second backup,
|
|
Node C's current role as primary results from two failover or switchover actions.
|
|
Upon the first failover or switchover action, the primary role moved from
|
|
Node A to Node B since Node B is defined as the first backup. The second failover
|
|
or switchover triggered Node C to become the primary node since it is defined
|
|
as the second backup node. Node D current and preferred role is that of replicate.
|
|
A replicate node cannot be the assume the point of access during a failover
|
|
or switchover unless its role is changed manually to either primary or backup.<img src="./deltaend.gif" alt="End of change" /></p>
|
|
<div class="note"><span class="notetitle">Note:</span> The
|
|
role of each node in the recovery domain can also be changed manually. The
|
|
example illustrates how the roles in the recovery domain change when switchover
|
|
or failover actions occur and no manual changes are made to the designation
|
|
of the roles in the recovery domain.</div>
|
|
</div>
|
|
<div class="section"><h4 class="sectiontitle">Peer model</h4><p><img src="./delta.gif" alt="Start of change" />For peer model, a node
|
|
within a cluster resource groups can have one of two roles: peer or replicate. <img src="./deltaend.gif" alt="End of change" /></p>
|
|
|
|
<div class="tablenoborder"><img src="./delta.gif" alt="Start of change" /><table cellpadding="4" cellspacing="0" summary="" frame="border" border="1" rules="all"><caption>Table 2. Node roles for peer CRGs</caption><thead align="left"><tr><th valign="top" width="33.33333333333333%" id="d0e170">Node</th>
|
|
<th valign="top" width="33.33333333333333%" id="d0e172">Current role</th>
|
|
<th valign="top" width="33.33333333333333%" id="d0e174">Preferred role</th>
|
|
</tr>
|
|
</thead>
|
|
<tbody><tr><td valign="top" width="33.33333333333333%" headers="d0e170 ">A</td>
|
|
<td valign="top" width="33.33333333333333%" headers="d0e172 ">Peer</td>
|
|
<td valign="top" width="33.33333333333333%" headers="d0e174 ">Peer</td>
|
|
</tr>
|
|
<tr><td valign="top" width="33.33333333333333%" headers="d0e170 ">B</td>
|
|
<td valign="top" width="33.33333333333333%" headers="d0e172 ">Peer</td>
|
|
<td valign="top" width="33.33333333333333%" headers="d0e174 ">Peer</td>
|
|
</tr>
|
|
<tr><td valign="top" width="33.33333333333333%" headers="d0e170 ">C</td>
|
|
<td valign="top" width="33.33333333333333%" headers="d0e172 ">Peer</td>
|
|
<td valign="top" width="33.33333333333333%" headers="d0e174 ">Peer</td>
|
|
</tr>
|
|
<tr><td valign="top" width="33.33333333333333%" headers="d0e170 ">D</td>
|
|
<td valign="top" width="33.33333333333333%" headers="d0e172 ">Replicate</td>
|
|
<td valign="top" width="33.33333333333333%" headers="d0e174 ">Replicate</td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<img src="./deltaend.gif" alt="End of change" /></div>
|
|
<p><img src="./delta.gif" alt="Start of change" /> Nodes A, B, and C are defined in the recovery domain
|
|
as peer nodes. When a failure occurs on Node A, it is communicated to all
|
|
nodes in recovery domain regardless of current role. These nodes resumes the
|
|
operation at the point when Node A failed. Node D contains the data, but cannot
|
|
resume the operation since it is defined as Replicate.<img src="./deltaend.gif" alt="End of change" /></p>
|
|
<p>Any number of
|
|
nodes can be designated as the peer or replicate. Peer nodes are not ordered
|
|
and can become an active access point for the cluster resources. Replicates
|
|
are not ordered and cannot become an active access point for the cluster resource
|
|
unless the <a href="../apis/clrgchgcrg.htm"><span class="apiname">Change
|
|
Cluster Resource Group (QcstChangeClusterResourceGroup)</span> API</a> is
|
|
used to change its role from replicate to peer. </p>
|
|
</div>
|
|
</div>
|
|
<div>
|
|
<div class="familylinks">
|
|
<div class="parentlink"><strong>Parent topic:</strong> <a href="rzaigconceptselements.htm" title="An iSeries cluster is a collection of one or more systems or partitions that work together as a single system. Use this information to understand the elements and their relationship to each other.">The elements of a cluster</a></div>
|
|
</div>
|
|
<div class="reltasks"><strong>Related tasks</strong><br />
|
|
<div><a href="rzaigmanagechangesrolesrecoverydomain.htm" title="You can change the roles of nodes in a recovery domain for a cluster resource group, as well as add or remove nodes from a recovery domain. For a device cluster resource group, you can also change site name and data port IP addresses for a node in the recovery domain.">Change the recovery domain for a cluster resource group</a></div>
|
|
<div><a href="rzaigmanageperformswitchover.htm" title="Performing a manual switchover causes the current primary node to switch over to the backup node, as defined in the cluster resource group's recovery domain.">Perform a switchover</a></div>
|
|
</div>
|
|
</div>
|
|
</body>
|
|
</html> |