Cluster中3个Nodes挂掉2个，恢复Recovery Pending的DB的方案探索

最新推荐文章于 2022-02-16 00:00:11 发布

Burgess_Liu

最新推荐文章于 2022-02-16 00:00:11 发布

阅读量5.3k

点赞数

分类专栏： SQL Server HADR

本文链接：https://blog.csdn.net/Burgess_Liu/article/details/14644453

版权

当一个3节点Cluster中有2个Nodes故障，导致DB处于Recovery Pending状态时，常规操作如Detach、Take Offline、Rename、Delete、恢复等均失败。尝试关闭HADR、从Availability Group移除DB、禁用AlwaysOn Availability Groups等方法也无效，因为系统等待WSFC集群状态。一种临时解决方案是停止SQL Server服务，复制数据文件到另一台Server并重新Attach，但寻找在原Server上恢复的方法仍在探索中。

摘要由CSDN通过智能技术生成

大家或许会遇到一个Cluster中，3个Nodes挂掉两个的情况，这时剩下的一个Node上的DB就会变成Recovery Pending的状态，从而无法访问。AlwaysOn Group及Replica的状态也会变得不正常，显示Resolving状态。这时，如果没有数据的备份，同时挂掉的两个Nodes也恢复不了，而你又需要使处于Recovery Pending的DB恢复成正常可以访问的状态，你会怎么办呢？这里将探索解决方案。

首先尝试Detach, Take Offline等，不过失败：

Detach或Take Offline时都会报如下错误：

The operation cannot be performed on database "ASRS_F1" because it is involved in a database mirroring session or an availability group. Some operations are not allowed on a database that is participating in a database mirroring session or in an availability group