离线后将可用性组联机

Question

在下面的线程中回答：激活可用性组中数据库上的服务

“此后，您需要将RegisterAllProvidersIP设置为0，使可用性组脱机，并再次联机。”

离线后让AG在线很容易吗？文档显示:在某个可用性组脱机后，它的数据库对客户端变得不可用，并且您无法使可用性组恢复联机。因此，将可用性组脱机仅用于将可用性组资源从一个WSFC集群迁移到另一个集群。

Answer 1

离线后让AG在线很容易吗？

这完全取决于AG为什么要离线。手动使AG离线几乎不应该是完成的操作。但是，这是有原因的，通常是在发生了其他不好的事情之后，您正在试图纠正这种情况(这些问题是SQL的内部问题还是外部问题)。

文档显示:在某个可用性组脱机后，它的数据库对客户端变得不可用，并且您无法使可用性组恢复联机。因此，将可用性组脱机仅用于将可用性组资源从一个WSFC集群迁移到另一个集群。

这是正确的，存在跨集群迁移，但是没有人应该这样做。这是很久以前的事情了(现在是10+年)，当时还没有一个很好的解决方案来跨集群升级AG。现在，主流支持中的每个Server版本都能够通过分布式AGs在集群之间进行本地迁移。

“此后，您需要将RegisterAllProvidersIP设置为0，使可用性组脱机，并再次联机。”

很难对此做出回应，因为在真空中，它可以说是误导性的，但是对于特定的用例，它可以被认为是最正确的。“让AG离线并使其在线”似乎是这里的主要障碍。在上述特定场景中，只需执行故障转移，因为这将使AG脱机并在另一个节点上联机。我不知道为什么挂断或想让AG离线，随机，然后离开它。

所以回到网上很容易，那么是的，做一个故障转移，它会使它离线，并使它在线。这有点琐碎。让AG离线，就这样离开了它，我看不出有多少用例。