基于虚拟化和多站点的SQL Server DR策略

Question

我正在寻找关于Server的最佳HA/DR策略的建议。目前，我使用的是快速版本，备份通过广域网复制到远程站点并被还原。

SQL实例托管在带有直接RAID存储的盒上的virutalised服务器(当前为VMWare)上。

我渴望减少潜在的数据丢失，并从当前的解决方案中改进恢复时间。我看到了一些帮助这件事的选择。

1)迁移到SQL企业并使用复制

2)将数据移动到iSCSI SAN并复制包含SQL数据的虚拟磁盘，然后使用VMotion或XenApp等价物从一个站点移动到另一个站点。(我不知道从SQL server事务角度来看，这是否有效)

3)跨广域网链路的集群虚拟机。

目前广域网的链路是10兆，我不愿意增加这一点，所以我很想找出哪种解决方案将提供最佳的带宽利用率，最好的可靠性和最具成本效益。

我也愿意听取其他建议。

谢谢，克里斯

Answer 1

我还发现了以下情况：

http://www.xlink.com/REPLICA/ent/clusterdescription_ent.aspx

对我来说是个很低成本的解决方案。有人有经验吗？

Answer 2

我同意tnolan的观点，即您应该尝试频繁地进行日志传送或数据库镜像。这些是非常符合成本效益的解决方案，并专门为您的场景设计。集群是为本地恢复能力设计的，而不是针对地理位置分散的数据库而设计的。集群还需要集群HCL上的硬件。

如果不想升级Server版本，可以使用存储过程和SQL代理提交自己的日志传送解决方案。谷歌的日志运输-有很多本土的解决方案，你可以尝试。

Answer 3

如果您不想对授权进行大量投资，也可以查看第三方磁盘复制工具。

我在我们的工作服务器上使用了双拍，它提供块级的数据复制，就像您在SAN上所期望的那样，到目前为止性能非常好。我们让它复制SQL二进制文件以及数据--另外，我可以使用它为非SQL数据创建额外的副本集。它由MS认证，可以使用SQL数据文件工作。

我肯定还有其他人做类似的工作，但这是我们的托管公司发誓的产品。