由二台或更多物理上獨立的服務器共同組成的"虛擬"服務器稱之為集群服務器一項稱做MicroSoft集群服務(MSCS)的微軟服務可對集群服務器進行管理一個SQL Server集群是由二台或更多運行SQL Server的服務器(節點)組成的虛擬服務器如果集群中的一個節點發生故障集群中的另一個節點就承擔這個故障節點的責任
認為一個 SQL Server集群能夠給集群中的兩個節點帶來負載平衡這是一種常見的誤解雖然這似乎很有用但卻是不正確的這也意味著集束SQL Server不能真正提高性能集束SQL Server只能提供故障轉移功能故障轉移就是當系統中的一台機器發生故障失去其功能時另一台機器將接手運行它的SQL Server實例這種功能失效可能是由於硬件故障服務故障人工故障或各種其它原因
為何要集束SQL Server環境?
在實用性方面集群SQL Server環境令人滿意在進行故障轉移時將數據庫實例由一台服務器轉移到另一台服務器的時間非常短暫一般只需要至秒鐘雖然需要重建連接但對數據庫的終端用戶而言故障轉移處理通常是透明的低廉的故障轉移成本還可幫助你對集群中的節點進行維護而不會造成服務器完全無法訪問
SQL Server集群類型
一共有兩種類型的SQL Server集群主動/被動集群和主動/主動集群下面分別對它們進行說明(說明以兩個節點的SQL Server集群為基礎)
主動/被動集群
在這種類型的集群中一次只有一個節點控制SQL Server資源另一個節點一直處於備用模式等待故障發生進行故障轉移時備用的節點即取得SQL Server資源的控制權
優點由於服務器上只有一個實例在運行所以在進行故障轉移時不需要另外的服務器來接管兩個SQL Server實例性能也不會因此降低
缺點由於虛擬服務器上只有一個SQL Server實例在運行另一台服務器總是處理備用模式與空閒狀態這意味著你並沒有充分利用你購買的硬件
主動/主動集群
在這種類型的集群中集群中的每個節點運行一個獨立且主動的SQL Server實例發生節點故障時另一個節點能夠控制發生故障節點的SQL Server實例然後這個正常的節點將運行兩個SQL Server實例它自己的實例和發生故障的實例
優點通過這種配置你能夠充分利用你的硬件在這樣的系統中兩個服務器都在運行而不是只有一台服務器運行而另一台處於等待故障發生的備用模式因此你能夠充分利用你購買的機器
缺點如果進行故障轉移一台服務器運行兩個SQL Server實例性能就會受到不利影響然而性能降低總比虛擬服務器完全失靈要強得多這種配置的另一故障在於它要求購買的許可要比主動/被動集群多一些因為集群在運行兩個主動SQL Server實例這要求你購買兩個單獨的服務器許可在某些情況下這也可能對你形成阻礙
集群考慮
在高實用性方面集群SQL Server環境有一定的優勢然而高實用性也確實伴隨某種折衷
首先建立一個集群SQL Server環境非常昂貴這是因為集群中的節點必須遵照集群節點的兼容性列表而且還需要建立一個復雜的網絡機器的配置必須幾乎相同同時需要實現數據庫文件磁盤子系統共享存儲區網絡(SAN)是建立這種子系統的不錯選擇但SAN並非必要而且十分昂貴另外如果你正在運行一個主動/主動集群你需要為集群中運行SQL Server實例的每台機器的處理器購買一個許可
因為當地集群主要局限於同一地理區域自然災難可能會使集群完全失靈在那種情況下你需要轉移到災難恢復站點進行繼續操作你也可以建立地理分散的SQL Server集群但這樣的系統更加復雜與昂貴
From:http://tw.wingwit.com/Article/program/SQLServer/201311/22276.html
