There is one thing that we all can agree on: you can never stop identifying things that may fail. This was the case in a
That was the nature of this podcast episode with me and Simone. This podcast is very frank and conversational, and, in most cases, I script none of it. That’s the case in this episode as well. In fact, we came to a stopping point because I simply didn’t have the answers needed for this topic.
The question is how and what do we need to backup from the Hyper-V infrastructure itself? Using Failover Cluster Manager for Clustered Shared Volumes, there is a certain amount of host configuration that is involved. This configuration applies to Windows Server 2008 R2 and Windows Server 2012 editions of Hyper-V. So, because I couldn’t answer it; I reached out to someone who can!
I reached out to
Well, to be really honest I'd be happy to back up the cluster configuration and the VM's. But if one node fails I'd just evict it and rebuild it and then join it to the cluster. Then it'll get the latest configuration automatically.
The process of evicting a node is very easy, and, in fact, is driven in the Failover Cluster Manager UI as a right-click. This step is shown in the figure below of a two-host cluster:
So this begs the question, which way is best? In my opinion, I’d do both: Backup the Failover Cluster configuration outlined above AND do eviction first, followed by re-adding a repaired host.What do you think is the best way to protect the Hyper-V infrastructure? Share your comments below.
- Data Deduplication in Windows Server 2012 R2 in Depth
- Hyper-V Replica in Depth
- How to get Hyper-V certification