Sign In
Problem
Best Practices for managing Symantec System Recovery (SSR) within a Microsoft Windows 2003 or 2008 Server Cluster Environment
Solution
This document describes the use of Symantec System Recovery with Microsoft Windows 2003/2008 Server Clusters.
Recovery points of servers in a Windows 2003/2008 cluster environment can be captured using Symantec System Recovery. SSR enables the quick restore of the servers for the proper working order in the event of a failure. However, to ensure success, proper steps need to be taken when creating and restoring recovery points of a server in a cluster environment.
Capturing Recovery Points
Best practices for capturing recovery point images with Symantec System Recovery in a Windows server cluster environment include the following:
- Installing Symantec System Recovery on all nodes within the Microsoft Windows server cluster.
- The Symantec Recovery Disk (SRD) may not be able to identify the shared storage volume when booted in pre-OS mode. Hence, recovery points of a cluster node should not be stored on a shared-storage volume. This can be tested first by booting a node in the cluster with the SRD. In most cases recovery points of the operating system should be stored on a volume other than the shared-storage, such as local disk drives, separate Windows server shares, or NAS devices that are not shared by the cluster.
Restoring a Single Node in Cluster
To restore recovery points of a node in the cluster, perform the following steps:
1. Boot the Symantec Recovery Disk on the node that needs to be restored.
2. It can be difficult to determine which physical volume to restore to since drive letters are likely assigned differently than they are in Windows. If there is any confusion about if the volume is local to the node that is being restored, then temporarily disconnect any external storage.
3. Restore the recovery point of the operating system volume. Make sure that the option to recover the original disk signature is selected so that the drive letter mappings will be preserved. If the option is available select the option to restore the domain trust token.
4. Start the server into Windows OS.
Verify that connections to the shared storage are active.
Restoring an Entire Cluster
To restore recovery points of an entire cluster, perform the following:
1. Take all the cluster nodes offline.
2. Restore one cluster node from the Symantec Recovery Disk as per the above steps.
1. Boot the Symantec Recovery Disk on the node that needs to be restored.
2. It can be difficult to determine which physical volume to restore to since drive letters are likely assigned differently than they are in Windows. If there is any confusion about if the volume is local to the node that is being restored, then temporarily disconnect any external storage.
3. Restore the recovery point of the operating system volume. Make sure that the option to recover the original disk signature is selected so that the drive letter mappings will be preserved. If the option is available select the option to restore the domain trust token.
4. Start the server into Windows OS.
Verify that connections to the shared storage are active.
Restoring an Entire Cluster
To restore recovery points of an entire cluster, perform the following:
1. Take all the cluster nodes offline.
2. Restore one cluster node from the Symantec Recovery Disk as per the above steps.
3. Boot the cluster node into Windows, and restore the Quorum volume to its original location on the shared storage (note that a Microsoft Quorum volume can only exist on a basic disk). If Restoration of a Quorum volume failed, refer the related article (000020338).
4. Either restart into Windows to restore the shared storage volumes(s) or restore them from the SRD. Note that the data volumes are easier to identify in Windows.
5. In Windows re-establish the shared storage connections.
6. Restore the remaining nodes using the Symantec Recovery Disk.
7. Verify that the cluster is running properly.
What is supported?
Supported Operations
In a server cluster environment for Microsoft Windows 2003/2008, Symantec System Recovery provides support for the following operations:
4. Either restart into Windows to restore the shared storage volumes(s) or restore them from the SRD. Note that the data volumes are easier to identify in Windows.
5. In Windows re-establish the shared storage connections.
6. Restore the remaining nodes using the Symantec Recovery Disk.
7. Verify that the cluster is running properly.
What is supported?
Supported Operations
In a server cluster environment for Microsoft Windows 2003/2008, Symantec System Recovery provides support for the following operations:
- Creation and Restoration of an active node OS Recovery Point in a multi-node cluster.
- Creation and Restoration of a passive Node OS Recovery Point in a multi-node cluster.
- Creation and Restoration of a Quorum Disk volume recovery Point. Restoration of Quorum Disk volume recovery points should be done within Windows, due to volume order and driver letter assignments being unpredictable when booting to the SRD.
The creation and restoration of the shared-storage volume images (Note: A proper presentation of the shared-storage volume must be available in Windows Disk Management before the restoration). To achieve this, the shared-storage volume recovery must be performed within Windows on an active node.
Operations Not Supported
Symantec System Recovery does not support the following operations in Microsoft Windows 2003/2008 server cluster environments:
Operations Not Supported
Symantec System Recovery does not support the following operations in Microsoft Windows 2003/2008 server cluster environments:
- The creation and restoration of operating system images where the operating system resides on a shared-storage volume.
- Restoring a quorum volume image to a different drive mapping than the original that existed before the recovery.
- Restoring a Quorum volume from the Symantec Recovery Disk (SRD).
- The schedules after a failover. Currently, schedules after a failover become non functional.
Terms of use for this information are found in Legal Notices.
|
Translated Content
Please note that this document is a translation from English, and may have been machine-translated. It is possible that updates have been made to the original version after this document was translated and published. Veritas does not guarantee the accuracy regarding the completeness of the translation. You may also refer to the English Version of this knowledge base article for up-to-date information.
