我正在進行伺服器維護，我升級了 1 個節點的 BIOS 和 Windows 更新，現在我正在嘗試將我們的資料庫叢集故障轉移到被動的更新節點。故障轉移得很好，但 8 個資料庫中有兩個最終「可疑」。
這可能是因為 windows 更新或 BIOS 更新嗎？
編輯：我正在使用叢集管理員的叢集移動群組命令。
當我把它移回來時，嫌疑犯就消失了，一切都正常。問題僅出現在一個節點上。
答案1
聽起來您的資料庫連接到的磁碟機未在叢集上設置，或依賴項設定不正確。這將導致 SQL Server 在磁碟準備好之前啟動，從而導致資料庫受到懷疑。
檢查錯誤日誌並查看資料庫可疑的原因是什麼。
答案2
一切皆有可能，但我更傾向於先檢查硬碟（或 RAID）是否有問題。
問自己以下問題：
您的環境最近還有哪些變化（這可能是更可能的原因）？
查看 SQL Server 日誌，看看是否可以確定錯誤發生的時間。這符合您的 BIOS 更新和 Windows 更新理論嗎？
與您的團隊成員交談，詢問他們進行了哪些更改以及何時進行了更改。
查看您環境中的任何其他伺服器上是否也出現該問題。
答案3
你是如何失敗的？我希望您使用 CLUSTER GROUP /MOVE 命令，或至少通過 MMC - MOVE GROUP。
我討厭在談論集群時看到“故障轉移”這個術語。
答案4
我猜 （雙關語）有問題的資料庫具有共用儲存驅動器，Windows 在作業系統層級無法正確識別這些驅動器。
檢查故障轉移時是否可以導航到共用磁碟機並找到這些資料庫的 mdf 和 ldf 文件，如果不能，則應從叢集中刪除節點並重新初始化伺服器上的共用磁碟機。