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