我们正在寻找不同的select，以便在我们的主要数据中心（DC1）出于任何原因停机时保持运行。 使用日志传送作为热备份，使非现场服务器始终保持最新状态的主要区别是什么？ （这意味着我们将手动redirectDNS，如果DC 1下降或离线DC2）。
与运行Hyper V群集并将其设置为在DC 1closures时自动故障切换到DC 2？ 虽然不清楚stream量如何实时redirect，除非我们在云中运行某种负载平衡器？
如果是自动的，我认为Hyper V集群选项将为我们提供最less的停机时间？ 那么我们甚至打扰与SQL服务器日志传送？ 看来这两件事在某些方面是重叠的，我们不需要两者兼而有之。
我知道Hyper V群集需要某种共享的光盘（在这种情况下，将iscsi target视为服务器映像的san选项），但是sql server日志传送也似乎需要一个见证服务器，所以无论哪种方式引入更多的硬件pipe理。
DB是SQL 2008 R2上运行的30Gb，Web是2008 R2（计划在未来几个月内升级到2012）。
要回答你的问题，你需要弄清楚你正在寻找什么。 让我定义一些术语。
高可用性（HA）给我（但不是TomTom，评论你的问题）意味着没有任何一个单一的故障可以让你的虚拟机永久脱机。 在Hyper-V的环境中，这是一个主机集群，其中一个物理节点的故障将导致VM在另一个节点发生故障后重新启动。
对我而言，容错（FT）意味着在虚拟机中将不会观察到虚拟层故障（在软件或硬件中）。 虚拟机将继续运行。 VMware和Xen以及大概其他系统都可以做到这一点，还有许多注意事项，通常最显着的是虚拟机中虚拟处理器数量的极限。 Hyper-V不提供FT，尽pipe您可能会发现一个服务器硬件供应商可以提供可以解决硬件层问题的系统。
对我来说，灾难恢复（DR）意味着整个数据中心（或其大部分）的故障不会让您的虚拟机脱机。 Server 2012中的Hyper-V提供了“Hyper-V副本”来解决这种情况。
如果您想要自动故障转移，那么您需要Hyper-V主机的“延伸群集”（HA VM），其中群集的某些节点位于主数据中心，而某些节点位于辅助数据中心。 这将需要共享块存储（通常是SAN），在两个数据中心都有存在。
但是，通常情况下，您不希望自动进行故障切换，要么是因为要确保在将您的服务移动到另一个数据中心之前，您的主数据中心确实不在线，要么因为您需要在虚拟机移动时进行某种级别的重新configuration。 Hyper-V副本面向的是这种情况。 如果你愿意的话，你可以通过编写故障转移脚本来使它更加自动化，但是这是你要覆盖的东西。