问灾难恢复计划-有多个服务器

EN

听起来，您所说的内容与高可用性更加一致。

如果您已经使用了Server 2012，或者您有能力进行升级，那么听起来永远--论可用性组可能就在您眼前。这是一种允许您创建集群的技术，您可以有两个地理上独立的服务器(即您当前的数据库服务器和您计划站起来的远程数据库服务器)。如果网络延迟对两个服务器之间的性能没有影响，则可以设置一个两个节点集群，并让每个节点承载一个可用性组(或多个组)的副本。使用同步提交，您可以在出现网络中断或其他妨碍服务的事件时配置自动故障转移。

通过创建一个可用性组侦听器，您可以让客户端应用程序连接到侦听器，这将引导流量到当前的主副本。

如果您无法使用Server 2012来利用AlwaysOn可用性组，那么数据库镜像也可能是您的另一个高可用性解决方案。如果会话与见证服务器同步运行，则还可以在主体断开时进行自动故障转移。

我推荐这两种方法的原因有两方面:复制正在推送文章，听起来似乎您希望整个数据库(或数据库)为故障转移做好准备。传统的故障转移群集也可能是另一种解决方案，但您也必须考虑两个节点之间的共享存储。这可能会使地理位置分离的服务器变得复杂。

如果网络失败或者软件出错，很难回到办公室来解决这个问题。

你所说的“软件抛出错误”是什么意思？需要进行正确的错误处理和错误恢复，以确保这类行为不会导致中断。

对我来说这听起来不像HA。数据库还在运行，它们之间只有一个网络问题。需要对网络上的HA进行调查。

您可以在Server端使用合并复制或两个SQL服务器之间的对等复制来解决此问题。

在开始处理Server方面的问题之前，我首先要解决网络问题和软件缺陷。