问Server简单冗余

EN

我是这里的新手，我想问这里的所有专家关于配置两个SQL服务器(2008年R2及更高版本)的首选方法，以获得具有以下特性的简单冗余：

1. 有两台电脑。每个服务器都有自己的SQL Server，也有自己的windows服务定期向DB写入时间戳数据。该服务已经有了自己的简单切换/故障转移算法。
2. 对于数据库的行为，一旦主服务器脱机，备份计算机的服务将接管将数据写入备份数据库。客户端将知道，由于主服务器已关闭，它将重新连接到备份以进行数据检索。
3. 现在，当主服务器恢复联机时，此计算机中的服务将开始将数据写入数据库，而备份计算机中的服务将停止。
4. 从这里开始，需要一个合适的同步计划，以确保备份数据库中的数据将被同步，或者被传输回主数据库以保持完整性。事实上，即使主数据库不是脱机的，这两个数据库也应该是同步的。

从上面的描述中，我已经浏览了几个文本，并得出了3种可能的候选方法：

1. 合并复制
2. 镜像
3. 额外的定制程序--真的，是最后的手段，但是如果需要的话，我将不得不把我的手弄脏。

作为最近微软技术的后来者，在经历了很长一段时间的中断之后，我最初有点迷失了。在阅读这些案文时，我找不到明确的指示，说明这些方法是否支持上述行为(4)。

据我所知，在我们的情况下，方法(2)将无法工作，因为在故障转移之后，备份DB变成“主体”，主DB变成“镜像DB”。据我所读，镜像DB离线，无法被访问。请注意上文(3)中的windows服务行为。

至于方法(1)，我对它将(或不会)如何运作感到困惑。例如，我理解发布和订阅的概念，因此主DB将配置为发布服务器，备份DB将被配置为订阅服务器。为了合并，还需要将备份DB配置为发布服务器，反之亦然。在本例中，假设主体中的服务将数据写入DB，然后将其发布到备份DB。然后，备份DB将再次将其发布回主DB (全部基于触发器)。这里似乎是一个无限的循环。

我希望我的假设是正确的。我遗漏了什么？

注意:这些服务器只会在一周后到达，所以我现在没有什么要测试的。只能从理论上做准备。

谢谢和问候。