Novell BUSINESS CONTINUITY CLUSTERING 1.1 SP2 - ADMINISTRATION, Руководство администратора

Страница: 88 / 142

88 BCC 1.1 SP2: Administration Guide for NetWare 6.5 SP8
no
vd
ocx
(e
n)
13
Ma
y 20
09
NOTE: The terms promote and demote are used here in describing the process of changing LUNs to
a state of primary or secondary, but your SAN vendor documentation might use different terms such
as
mask and unmask .
Š
Section 7.6.1, “SAN-Based Mirroring Failure Types and Responses,” on page 88
Š Section 7.6.2, “Host-Based Mirroring Failure Types and Responses,” on page 89
7.6.1 SAN-Based Mirroring Failure Types and Responses
SAN-based mirroring failure types and responses are described in the following sections:
Š
“Primary Cluster Fails but Primary SAN Does Not” on page 88
Š “Primary Cluster and Primary SAN Both Fail” on page 88
Š
“Secondary Cluster Fails but Secondary SAN Does Not” on page 89
Š “Secondary Cluster and Secondary SAN Both Fail” on page 89
Š
“Primary SAN Fails but Primary Cluster Does Not” on page 89
Š “Secondary SAN Fails but Secondary Cluster Does Not” on page 89
Š
“Intersite SAN Connectivity Is Lost” on page 89
Š “Intersite LAN Connectivity Is Lost” on page 89
Primary Cluster Fails but Primary SAN Does Not
This type of failure can be temporary (transient) or long-term. There should be an initial response
and then a long-term response based on whether the failure is transient or long-term. The initial
response is to restore the cluster to normal operations. The long-term response is total recovery from
the failure.
Promote the secondary LUN to primary. Cluster resources load (and become primary on the second
cluster). If the former primary SAN has not been demoted to secondary, you might need to demote it
manually. The former primary SAN must be demoted to secondary before bringing cluster servers
back up. Consult your SAN hardware documentation for instructions on demoting and promoting
SANs. You can use the
cluster resetresources
console command to change resource states to
offline and secondary.
Prior to bringing up the cluster servers, you must ensure that the SAN is in a state in which the
cluster resources cannot come online and cause a divergence in data. Divergence in data occurs
when connectivity between SANs has been lost and both clusters assert that they have ownership of
their respective disks.
Primary Cluster and Primary SAN Both Fail
Bring the primary SAN back up and follow your SAN vendor’s instructions to remirror and, if
necessary, promote the former primary SAN back to primary. Then bring up the former primary
cluster servers and fail back the cluster resources.