我们目前使用 VMWare ESX 5.5,主要运行 Win VM(少量 Linux)。最大的 VM 是生产 SQL Server(SQL Server 2014,标准版)。
我们正在评估 DR 选项,看起来在具有本机 VM 复制功能的 Hyper-V 上生活要简单得多。是的,我们了解 SAN 复制和所有其他好东西。但在虚拟机管理程序级别执行它看起来完全更简单。
因此,我们正在考虑从 VMWare 迁移到 hyper-v。
问题是:Hyper-V 复制对于 SQL Server 本身来说是一个可靠的选择吗?
我们的想法是让 hyper-v 完成所有工作,并让生产 SQL Server 将其 tlog 推送到云存储。因此,如果我们需要在将 VM 副本上线之前“赶上”它,我们可以应用日志。
SQL Server DB 为 0.5-1.0 TB
答案1
如上所述,Hyper-V 副本不是获得正常运行且高可用性 MS SQL 服务器的最佳选择。您必须坚持使用 MS SQL 自己的 HA 选项,即 SQL Server Always On 可用性组功能https://msdn.microsoft.com/en-us/library/ff877884.aspx,现在可以使用标准许可证或 SQL Server 故障转移群集实例,以防万一需要主机之间的一些共享存储。为了运行经证明更可靠的 MS SQL 故障转移群集实例,您需要安装 MS 故障转移群集角色。共享存储可以由 Starwind 等软件定义存储解决方案提供https://www.starwindsoftware.com/starwind-virtual-san-free例如,在您的场景中可以免费使用。
在这两种情况下,都不需要迁移到 Hyper-V,因为上述配置可以在现有 ESX 基础架构上进行。