Hyper V 复制-vs-sql 复制解决方案

Question

我需要建立许多生产服务器的异地副本，包括 SQL 服务器。

选择 Hyper V 复制作为一个简单的解决方案（所有服务器都是虚拟的）。这是对灾难场景的异地备份的补充。我们不需要即时故障转移、镜像或任何高级设置，只需要最关键数据和系统的合理最近的副本。

Hyper V 复制看起来很简单，一劳永逸（只需确保将 tempdbs 放在非复制的 VHD 上，设置标志以维护跨 VHD 的写入顺序）。但我仍然关心效率和健壮性，并认为简单的日志传送设置可能更好，更容易在带宽上（除了日志不需要复制任何东西）

欢迎任何关于什么（何时）选择一个而不是另一个的意见或见解

Answer 1

欢迎任何关于什么（何时）选择其中之一的意见或见解

当涉及到 Hyper V 的复制功能时，我的知识有限...因此，我不会向您提供关于哪种方式可能更好的详细想法和意见，而是引导您预先对这两个选项进行一些可靠的测试。

我想您可能计划在决定要使用哪个选项后进行一些测试（通过研究并在此处提出问题）。但是，您可能希望扭转这种情况，并预先进行一些测试，以帮助缩小您想要进一步测试并最终实施的范围。这不仅让您对决定使用的解决方案有真正的信心，而且还为您选择该选项的原因提供了更多支持（事实证明，该选项更适合我们的测试需求，而该选项应该工作得很好）。这可以帮助您找到满足您业务需求的最佳解决方案。

一个非常重要的考虑因素是 Hyper V 复制技术对 SQL Server 运行方式的了解程度。您最不想发生的事情就是进行故障转移并意识到由于底层复制的工作方式而导致数据库未处于一致状态。在此过程的早期进行一些测试/原型设计将有助于揭示这一点。