When it comes to backup, a Windows server cluster environment is very different from standalone systems.
Of course, as with any standalone system, you should make a backup before and after any significant changes in configuration. Microsoft has three specific recommendations for backing up clusters.
- Perform System State Backups. System State Backups, also called Authoritative System Restore (ASR)-capable backups, include the cluster configuration information needed to fully restore the cluster. The alternative is a local backup, which only backs up the data on the computers. You need System State Backups of every node, and you need to do them regularly in order to record the meta-information on the cluster's disks. Note: The Cluster Service must be running on the node to record the proper disk information on the clusters disks.
- Know when to restart an ASR over the network. You can do an ASR over the network, but you will need to reboot if disk maintenance is performed during the ASR. The tricky part is that the reboot message doesn't warn you that ASR won't be automatically restarted.
- Back up cluster disks hosted by node separately. Although you need to save all the cluster disks to a network share, you do not want that information in one big chunk. It is more manageable if it is backed up by node. This limits the risk of information loss if the backup becomes corrupted because at worst, the disks associated with one node will be affected.
About the author: Rick Cook has been writing about mass storage since the days when the term often meant an 80K floppy disk. Today he specializes in writing about issues related to storage and storage management.
More information from SearchWinSystems.com
- Tip: Clustering works its way down
- Topics: Backup
- RSS: Sign up for our RSS feed to receive expert advice every day.
This was first published in May 2006