SQL Server (2014) 具有許多數據庫的故障轉移群集性能

我們正在考慮實施 SQL 故障轉移集群，我有一個關於 SQL 故障轉移集群在性能方面的工作方式的問題。具體來說，我們將在所述集群上安裝大約 1000 個 dbs，我擔心的是：

1. 故障轉移期間的性能：故障轉移操作期間是否會出現中斷？
2. 我預計故障轉移需要多長時間？

我不確定它是如何實現的，但我只是在想像在一台機器上關閉 SQL 伺服器服務，然後在另一台機器上完成啟動的類比。有了所有這些 dbs，僅回收 SQL 服務大約需要 10 分鐘。我應該對故障轉移有同樣的期望嗎？

1.故障轉移期間的性能：故障轉移操作期間是否會出現中斷？

是的，在群集故障轉移期間會出現一些中斷。在故障轉移期間，SQL Server 在目前節點上停止並故障轉移/移動到其他節點。在此 SQL Server 在故障轉移到的節點上聯機後。有時這非常快，以至於應用程序使用者可能不會注意到。但是 SQL Server 已重新啟動這一事實意味著您應該始終牢記可能會出現一些中斷

2. 我預計故障轉移需要多長時間？

有很多因素會影響故障轉移群集在其他節點上聯機所需的時間。因素是（但不限於）

1. EditionSQL Server 的。快速恢復功能enterprise edition可以在恢復的第二階段（重做）後使數據庫聯機
2. SQL Server 必須前滾和回滾的事務日誌量才能使數據庫以一致的狀態聯機。因為數據庫會經歷崩潰恢復，所以這始終是影響時間最大的一個。如果由於大量未送出的事務被回滾而導致數據庫需要大量時間來恢復，那肯定會增加您的時間。
3. 支持集群的硬體實力和網路能力。其中一些記錄在此處。

引用自：https://dba.stackexchange.com/questions/116089