我在服务器维护中，我升级了1个节点的BIOS和Windows更新，现在我试图将我们的数据库集群故障转移到被动更新的节点。 它失败了，但八个数据库中的两个最终“怀疑”。
这可能是因为Windows更新或BIOS更新？
编辑：我正在使用群集pipe理员的群集移动组命令。
当我把它移回来时，嫌疑人就会消失，一切正常。 这个问题只在一个节点上。
听起来就像您有一个数据库连接到未在群集上设置的驱动器，或者依赖项设置不正确。 这将导致SQL Server在磁盘准备就绪之前启动，这将导致数据库受到怀疑。
检查ERRORLOG，看看数据库怀疑的原因是什么。
任何事情都是可能的，但我更倾向于首先检查硬盘（或RAID）的问题。
问问自己以下几点：
最近在你的环境中有什么变化（这可能是一个更可能的原因）？
看看你的SQL Server日志，看看是否可以确定何时发生错误。 这是否与您的BIOS更新和Windows更新理论相符？
与你的团队成员交谈，询问他们已经做了什么改变以及什么时候改变了。
查看问题是否发生在您的环境中的任何其他服务器上。
你最近怎么样？ 我希望你正在使用CLUSTER GROUP / MOVE命令，或者至less通过MMC-MOVE GROUP。
谈论集群时，我讨厌看到“故障转移”这个术语。
我怀疑（ 双关意图 ）有问题的数据库有共享的存储驱动器，在操作系统级别的窗口看不到正确的。
检查当你故障转移时，你可以导航到共享驱动器，find这些数据库的mdf＆ldf文件，如果没有，那么你应该从集群中删除节点，并重新初始化服务器上的共享驱动器。