AlwaysOn 可用性组强制故障转移

Question

我可以请求您的意见。

我在同步和辅助可读模式下为我的数据库设置了始终可用组的 SQL 2012。我用同步模式完成了故障转移测试，它按预期运行。

在使用异步模式进行强制故障转移测试后，是否需要重建旧的主数据库？因为新主要的变化不会反映回来。数据库状态不同步...而不是同步...

感谢您的投入，因为我对这个概念有所了解。

谢谢

Answer 1

在使用异步模式进行强制故障转移测试后，是否需要重建旧的主数据库？

我不确定“重建”数据库的确切含义，但是如果数据库仍处于工作状态，那么您不需要采取任何类似的操作。

通过执行强制故障转移，您看到的是设计使然。如果您执行强制故障转移，您可能已故障转移到未完全赶上或与主副本处于同一时间点的副本。因此，数据从现在的主要副本移动到次要副本，因此如果您现在位于“后面”的数据库上，则有一种方法可以进行手动干预。你看到的这种行为是一件好事。

这个 BOL 参考解释了这一切：

强制故障转移后，所有辅助数据库都将挂起。这包括以前的主要数据库，在以前的主要副本重新联机并发现它现在是次要副本之后。您必须在每个辅助副本上分别手动恢复每个挂起的数据库。

当辅助数据库恢复时，它会启动与相应的主数据库的数据同步。辅助数据库回滚从未在新的主数据库上提交的任何日志记录。因此，如果您担心故障转移后主数据库上可能的数据丢失，您应该尝试在同步提交辅助数据库之一上的挂起数据库上创建数据库快照。

请参阅此 BOL 参考以了解如何恢复 AG 数据库。

用于此的 T-SQL 将是：

alter database YourDatabaseName
set hadr resume;

注意/警告/免责声明：您确实需要做一些工作，以确保不会通过恢复数据移动而导致数据丢失。见上文，这可能是一个巨大的问题。暂停数据移动的目的正是出于这个原因：手动确保您可以恢复尽可能多的数据。当您恢复数据移动时，这可能是不可逆转的。当您在强制故障转移后恢复数据移动时，您必须始终牢记“潜在的数据丢失”这个词。