我们目前使用VMWare ESX 5.5，并且主要运行Win VM（几个linux）。 最大的虚拟机是生产SQL Server（SQL Server 2014，标准版）。
我们正在评估灾难恢复选项，而在具有本机虚拟机复制function的hyper-v上，生活似乎要简单得多。 是的，我们知道SAN复制和所有其他好听的音乐。 但是在虚拟机pipe理程序级别上看起来更简单一些。
所以，我们正在考虑从VMWare迁移到hyper-v。
问题是：hyper-v复制是SQL Server本身的一个可靠选项吗？
我们的想法是让hyper-v做所有的工作，并让生产SQL Server把它的tlogs推到云存储上。 所以，如果我们需要在上线之前“赶上”VM副本，我们可以应用日志。
SQL Server DB是0.5-1.0 TB
正如上面已经提到的，Hyper-V副本不是获得正常工作和高可用性MS SQL服务器的最佳select。 您必须坚持MS SQL自己的高可用性选项，它们是SQL Server Always On Availability Groupsfunctionhttps://msdn.microsoft.com/en-us/library/ff877884.aspx ，现在可以使用标准许可证或SQL服务器故障转移群集实例，以防您的主机之间需要一些共享存储。 为了运行经证实更可靠的MS SQL故障转移群集实例，您需要安装MS故障转移群集angular色。 共享存储可以由软件定义的存储解决scheme提供，例如Starwind https://www.starwindsoftware.com/starwind-virtual-san-free ，可以在您的scheme中免费使用。
在这两种情况下，迁移到Hyper-V并不是强制性的，因为上述configuration可以在现有的ESX基础架构之上进行。