AlwaysOn灾难恢复澄清

Question

每当我执行从生产服务器(Sync)到DR/BCP (异步)节点的可用性组强制手动故障转移，并测试连接性和是否一切正常。我有两个问题。

1)如何将AOAGs恢复到原始同步模式--我是否应该从DR/BCP (异步)节点执行可用性组的强制手动故障转移到生产服务器(Sync)？

2)我们有一个额外的BCP节点MSDTC和AOAGs侦听器。在执行从生产服务器(Sync)到DR/BCP (异步)节点的可用性组强制手动故障转移之前，我是否应该联机？

请纠正我。我问这些问题的BCP站点测试计划视图。

Answer 1

1)如何将AOAGs恢复到原始同步模式--我是否应该从DR/BCP (异步)节点执行可用性组的强制手动故障转移到生产服务器(Sync)？

您已经失败到异步节点。这意味着所有的数据库流都暂停了，并且没有当前的方法(假设这是一个真正的灾难)，您的二级副本有多远。现在它们已经恢复了，我们知道它们不会是100%相同的数据(它们是异步的)。问题中没有提到这一点，但我将把它添加到答案中，因为它非常重要，因为它是SLA的一部分。

1. 对原始主数据库进行数据库备份。要做到这一点，你需要把他们踢出AG。或者，您可以获取数据库快照(在SQL内部，而不是SAN)。
2. 在数据库级别恢复副本之间的数据移动。
3. 将本地主副本设置为同步副本，将远程副本设置为同步副本。
4. 等他们俩说“同步”。他们将以“同步”的方式开始。这可能需要相当长的时间，这取决于多种因素，如停机时间、生成的数据、IO、网络等。
5. 一旦同步，找一个好的时间，采取一分钟或更少的中断。使用此时间进行计划的手动故障转移。
6. 将本地服务器设置为彼此同步。
7. 从远程副本中删除同步，并将其设置为异步。

2)我们有一个额外的BCP节点MSDTC和AOAGs侦听器。在执行从生产服务器(Sync)到DR/BCP (异步)节点的可用性组强制手动故障转移之前，我是否应该联机？

你怎么会有一个“额外的AOAG听众”就这么冷静下来了？我不明白你问题的那一部分。

MSDTC是用于分布式事务的，2012/2014年不支持这些事务，而在2016年只有某些限制(截至目前)才支持。因此，在受支持的场景中不需要这样做。如果您不支持，那么这仍然是一个模拟点，因为本地MSDTC将被使用。

除非我错过了一些东西(完全可能)或不理解，这是不需要的。