Filter
Top Products
Disaster Recovery
Advanced Recovery Tasks
Chapter 10 491
• all nodes
• administrative virtual server (defined by the administrator)
• if Data Protector is configured as a cluster aware application, then
Cell Manager virtual server and IDB should be included in the
backup specification.
Disaster Recovery of a Secondary Node
This is the basic scenario for disaster recovery of a MSCS. The following
must be true in addition to other prerequisites for disaster recovery:
• at least one of the cluster nodes is functioning properly
• the cluster service is running on that node
• all physical disk resources must be online (i.e. owned by the cluster)
• all normal cluster functionality is available (the cluster
administration group is online)
• the Cell Manager is online
In this case, the disaster recovery of a cluster node is the same as the
disaster recovery of a Data Protector client. You should follow the
instructions for the specific disaster recovery method that you will use to
restore the secondary node.
NOTE Only local disks are restored, because all shared disks are online and
owned by the working node(s) during recovery and locked.
After the secondary node has been recovered, it will join the cluster after
boot.
You can restore the MSCS database after all nodes have been recovered
and have joined the cluster to ensure its coherency. The MSCS database
is part of the CONFIGURATION on Windows. See “Restoring the Windows
CONFIGURATION” on page 280.
Disaster Recovery of the Primary Node
In this case all nodes in the MSCS are unavailable and the cluster
service is not running.