当数据库始终处于只读状态时，在AG上使用多子网SQL Server测试DR场景时，如何才能使数据库处于健康状态？

Question

我正在用azure VM测试灾难恢复场景。我在两个区域部署了sql服务器，通过位于多子网WSFC之上的可用性组将其连接在一起。当我中断两个区域(vnet)之间的连接并尝试将远程辅助副本作为主副本联机时，我会遇到以下错误：

Msg 35220，16级，状态1，3行无法处理操作。总是在可用性组上，副本管理器正在等待主机启动Windows Server故障转移群集(WSFC)群集并加入它。本地计算机不是群集节点，也不是本地群集节点没有联机。如果计算机是群集节点，则等待它加入群集。如果计算机不是群集节点，则将计算机添加到WSFC群集。然后再试一次手术。

我多次尝试(通过powershell/WSFC管理器)尝试让集群组上线。我试过武力启动和武力开始忽略法定人数。我也试着调整节点重量，但没有效果。如何克服这个错误，迫使AG和/或WSFC承认它是主错误，从而允许数据库移动到读/写状态？

Answer 1

您将需要强制群集中的分区上的仲裁，然后继续通过发出数据丢失的故障转移使AG联机。文档上有一个提供指南，它用链接更详细地描述了这一点。

一旦完成了，就没有回头路了。一方或另一方将需要用数据库重新加载，它将使集群的非强制仲裁侧脱机，并从强制侧获取新的集群数据库。我知道这是个测试，但它是破坏性的。