Kevin Remde's IT Pro Weblog
IT Pro Resources
TechNet EventsMicrosoft Security Response CenterTechNet IT Manager Community HubMicrosoft Virtual AcademyKevin’s Evaluation Download Center
IT Pro Evangelist Blogs
Blain Barton Blain Barton's Blog@BlainBar
Brian LewisMy Thoughts on IT...@BrianLewis_
Dan Stolts IT Pro Guru Blog@ITProGuru
Jennelle Crothers TechBunny@jkc137
Keith MayerIT Pros ROCK!@KeithMayer
Kevin Remde Full of I.T.@KevinRemde
Matt Hester Matthew Hester's WebLog@MatthewHester
Tommy PattersonVirtually Cloud 9@Tommy_Patterson
Yung Chou Yung Chou on Hybrid Cloud@YungChou
Hyper-V in Windows Server 2012 (and in the free Microsoft Hyper-V Server include an easy start to a good disaster recovery solution: Hyper-V Replica. With Hyper-V Replica you can easily create and maintain an off-line copy – a replica – of a virtual machine on a separate virtualization host. This means, for example, that if your main location or host for an important virtual machine goes down becomes unavailable, you can easily fail-over to the replica. The copy will start up and be available in short-order.
“That sounds really great, Kevin! But what does it cost to set this up?”
Absolutely nothing, other than what you’ve already paid for (the OS). Hyper-V Replica is just a capability that is included with Windows Server 2012 Hyper-V and Hyper-V Server.
“How do I set it up?”
I’m glad you asked. There are really two simple requirements to make it happen:
Here are my 6 steps to working with Hyper-V Replica:
1. Configuring the Hosts to Allow Replication
In Hyper-V Manager, right-click on, or select the host, and choose Hyper-V Settings…
On the left, select Replication Configuration, and then enable and configure your replication options.
2. Setting up a Replica
To configure the replica using Hyper-V Manager, right click on the VM you want to replicate and choose Enable Replication…
On the Before You Begin page, click Next
On the Specify Replica Server page, Enter the name of the server that is to be the replication host.
The Specify Connection Parameters page is, um, where you specify your connection parameters.
Choose the hard disks you want to replicate on the Choose Replication VHDs page.
On the Configure Recovery History page, choose whether you want to keep just the most recent recovery point, or perhaps maintain a number of points in the past that you could recover to. You also have the option to occasionally perform a VSS copy.
On the Choose Initial Replication Method page, notice that you have options on how you want that big initial replication to take place. Maybe you don’t want to use the network for that initial large transfer, but instead would prefer to use UPS or FedEx.
Then click Finish on the summary page, and you’re all set.
If all was configured properly, you’ll see a new VM appear on the replication host that will be turned off.
3. Verifying the Replica’s Status
You can easily verify the status of your replica by selecting either your original VM or your replica VM in Hyper-V Manager, right-click the VM, click Replication, and then View Replication Health.
4. Testing the Replica
You can test your replicated machine by right-clicking on the replica VM and under Replication select Test Failover…
Pick the point in time that you want to test, and click Test Failover.
This will create a linked copy VM with the text “ – Test” appended to the name. Simply start up that VM (go ahead. It isn’t connected to the network, so it won’t interfere with anything) and verify that it is a useable machine.
5. Disaster Strikes! Time to Fail Over
The unthinkable has happened. Time to act. Your original and important production VM is no longer available.
On the replica VM, right click. Under Replication, select Failover.
Select the recovery point, and click Fail Over.
And your replica will start up configured, networked, and ready to take on Dr. Proton.
6. Removing the Replica
Easy. On both the source and replica VMs, right click. Under Replication, select Remove Replication.
Now you can safely delete your replica from the replication host.
Simple, yes? Do you have any questions?
“Can I have the failover happen automatically?”
Not natively. In its most simple form, Hyper-V Replica is a manual failover. However, because you can use PowerShell to drive this entire process, there’s no reason why you (or some third party) couldn’t develop a solution that monitors the state of the source VM and launches a script (or some automation in System Center 2012 Orchestrator) to launch the failover.
“But do I need to have Active Directory? Or do both of my virtualization hosts need to be in the same domain?”
Actually, no. You have the option of using certificate authentication to make the trusted configuration. (CLICK HERE for details on how to use certificates for Hyper-V Replica.)
“Do my virtual machines need to be running particular operating systems for this to work?”
Nope. There is nothing required of the guest operating system. You could be running the original Duke Nukum on DOS 6.22 in your VM, and this will still work.
“I’ve heard good things about using Windows Azure for hosting my virtual machines and extending my datacenter into the cloud. Can I create my replica up in my Windows Azure account?”
Currently the answer to that is no. But I’ve heard this question enough times, and really it does make sense.. so I have to imagine (and that’s all I personally have to go on) that Microsoft is considering doing that. Consider the ramifications, though… setting up a replica means configuring something beyond just standing up a virtual machine in Hyper-V.. so the process has to have the ability to manipulate the hypervisor. I could see it happening sometime, but I don’t know when.
“Can I replicate machines that are in clusters? And can I replicate into or out of another cluster?”
Yes and yes. You will think of the cluster as and treat it as a single machine. And to do that there is a special role that you need to add to the cluster called the Hyper-V Replica Broker. This defines a new named entity that becomes either the source or the destination for replicas coming into or out of a cluster. For more details on this, check out this Wiki article.
“What about PowerShell? Can I use PowerShell to set up a replica? Can I use it to do the failover or even get status on current replicas?”
Yes, yes, and yes.
For example, to configure the replica destination host, you could use these commands to configure the firewall to allow inbound replication on the destination, and set a server up as a new replication host (each numbered line is a separate complete PowerShell command or script line):
And then to create a replication (each numbered line is a separate complete PowerShell command or script line):
For the full story, here is the Microsoft online documentation of Hyper-V Replica: Hyper-V Replica Overview - http://technet.microsoft.com/en-us/library/jj134172.aspx (NOTE: as of today, the online documents are still based on the RC code. I’m sure it will be updated soon to work with RTM.)
And to give Windows Server 2012 a try,
UPDATE: CLICK HERE for the full list of our "31 Days of our Favorite Things".
So what do you think? Good stuff? Let’s discuss in the comments.
i am trying to get HV Replica on 2 servers with Hyper-V Server 2012 in a workgroup, based on certificates.
All works well until i try to activate replication for a vm. No matter which vm, which direction, what options, i always get the following errormessage:
Hyper-V failed to enable replication.
Hyper-V failed to enable replication for virtual machine 'xxx': The handle is in the wrong state for the requested operation (0x00002EF3). (Virtual Machine ID ...)
I do not find any information in the net about any "handle" or it's "state" and what i can do about this.
Has anyone seen this error and knows more about it?