Home
Not applicable
First published on TECHNET on Oct 22, 2013

18th October 2013 marked the General Availability of Windows Server 2012 R2. The teams have accomplished an amazing set of features in this short release cycle and Brad’s post @ http://blogs.technet.com/b/in_the_cloud/archive/2013/10/18/today-is-the-ga-for-the-cloud-os.asp... captures the investments made across the board. We encourage you to update to the latest version and share your feedback.


This post captures the top 8 improvements done to Hyper-V Replica in Windows Server 2012 R2. We will be diving deep into each of these features in the coming weeks through blog posts and TechNet articles.


Seamless Upgrade


You can upgrade from Windows Server 2012 to Windows Server 2012 R2 without having to re-IR your protected VMs . With new features such as cross-version live migration, it is easy to maintain your DR story across OS upgrades. You can also choose to upgrade your primary site and replica site at different times as Hyper-V Replica will replicate your virtual machines from a Windows Server 2012 environment to a Windows Server 2012 R2 environment.


30 second replication frequency


Windows Server 2012 allowed customers to replicate their virtual machines at a preset 5minute replication frequency. Our aspirations to bring down this replication frequency was backed by customer’s asks on providing the flexibility to set different replication frequencies to different virtual machines. With Windows Server 2012 R2, you can now asynchronously replicate your virtual machines at either 30second, 5mins or 15mins frequency.


Additional Recovery Points


Customers can now have a longer retention with 24 recovery points . These 24 (up from 16 in Windows Server 2012) recovery points are spaced at an hour’s interval.


Linux guest OS support


Hyper-V Replica, since it’s first release has been agnostic to the application and guest OS. However certain capabilities were unavailable on non-Windows guest OS in it’s initial avatar. With Windows Server 2012 R2, we are tightly integrated with non-Windows OS to provide file-system consistent snapshots and inject IP addresses as part of the failover workflow.


Extended Replication


You can now ‘extend’ your replica copy to a third site using the ‘Extended replication’ feature. The functionality provides an added layer of protection to recover from your disaster. You can now have a replica copy within your site (eg: ClusterA->ClusterB in your primary datacenter) and extend the replication for the protected VMs from ClusterB->ClusterC (in your secondary data center).


To recover from a disaster in ClusterA, you can now quickly failover to the VMs in ClusterB and continue to protect them to ClusterC. More on extended replication capabilities in the coming weeks.


Performance Improvements


Significant architectural investments were made to lower the IOPS and storage resources required on the Replica server. The most important of these was to move away from snapshot-based recovery points to “undo logs” based recovery points. These changes have a profound impact on the way the system scales up and consumes resources, and will be covered in greater detail in the coming weeks.


Online Resize


In Windows Server 2012 Hyper-V Replica was closely integrated with the various Hyper-V features such as VM migration, storage migration etc. Windows Server 2012 R2 allows you to resize a running VM and if your VM is protected – you can continue to replicate the virtual machine without having to re-IR the VM.


Hyper-V Recovery Manager


We are also excited to announce the paid preview of Hyper-V Recovery Manager (HRM) ( http://blogs.technet.com/b/scvmm/archive/2013/10/21/announcing-paid-preview-of-windows-azure-hy... ) . This is a Windows Azure Service that allows you to manage and orchestrate various DR workflows between the primary and recovery datacenters. HRM does * not * replicate virtual machines to Windows Azure – your data is replicated directly between the primary and recovery datacenter. HRM is the disaster recovery “management head” which is offered as a service on Azure.

1 Comment
Established Member

Are there any good articles on replicating between two different domains?   I have tons of replication servers set up and they work great between the same domain even with an extended replication offsite to another subnet through a VPN.  I have not been able to successfully replicate using Kerberos between two different domains.   I use all the same steps I use when replicating between hosts on the same domain but no luck.

 

I've set up a DNS suffix on nics on both hosts and dns forwarders between the two domains and even added the subnet in active directory sites and services but no luck I still get:

 

3200 Hyper-V failed to enable replication for virtual machine 'Test': A connection with the server could not be established (0x00002EFD). (Virtual machine ID 71EFDF26-BD0D-4C85-81FB-6C6918AA036E)

event 29230 Hyper-V cannot connect to the specified Replica server 'HOST1'. Error: A connection with the server could not be established (0x00002EFD). Verify that the specified server is enabled as a Replica server, allows inbound connection on port '443', and supports the same authentication scheme.

Neither server has a windows firewall enabled an no add on firewall or antivirus products.   The VPN tunnel is wide open.   There is no filtering.   I have Kerberos replication enabled at both ends.   https://social.technet.microsoft.com/Forums/en-US/ad45e1be-c43c-44e4-a4df-fa8aa266fb6d/can-i-replica...