很多組織機構慢慢的在不同的服務器和地點部署SQL Server數據庫——為各種應用和目的——開始考慮通過SQL Server集群的方式來合并。

將SQL Server實例和數據庫合并到一個中心的地點可以減低成本，尤其是維護和軟硬件許可證。此外，在合并之后，可以減低所需機器的數量，這些機器就可以用于備用。

當尋找一個備用，比如高可用性的環境，企業常常決定部署Microsoft的集群架構。我常常被問到小的集群(由較少的節點組成)SQL Server實例和作為中心解決方案的大的集群哪一種更好。在我們比較了這兩個集群架構之后，我讓你們自己做決定。

什么是Microsoft集群服務器

MSCS是一個Windows Server企業版中的內建功能。這個軟件支持兩個或者更多服務器節點連接起來形成一個“集群”，來獲得更高的可用性和對數據和應用更簡便的管理。MSCS可以自動的檢查到服務器或者應用的失效，并從中恢復。你也可以使用它來(手動)移動服務器之間的負載來平衡利用率，以及無需停機時間來調度計劃中的維護任務。

這種集群設計使用軟件“心跳”來檢測應用或者服務器的失效。在服務器失效的事件中，它會自動將資源(比如磁盤和IP地址)的所有權從失效的服務器轉移到活動的服務器。注意還有方法可以保持心跳連接的更高的可用性，比如站點全面失效的情況下。

MSCS不要求在客戶計算機上安裝任何特殊軟件，因此用戶在災難恢復的經歷依賴于客戶-服務器應用中客戶一方的本質。客戶的重新連接常常是透明的，因為MSCS在相同的IP地址上重啟應用、文件共享等等。進一步，為了災難恢復，集群的節點可以處于分離的、遙遠的地點。

在集群服務器上的SQL Server

SQL Server 2000可以配置為最多4個節點的集群，而SQL Server 2005可以配置為最多8個節點的集群。當一個SQL Server實例被配置為集群之后，它的磁盤資源、IP地址和服務就形成了集群組來實現災難恢復。

SQL Server 2000允許在一個集群上安裝16個實例。根據在線幫助，“SQL Server 2005在一個服務器或者處理器上可以支持最多50個SQL Server實例，”但是，“只能使用25個硬盤驅動器符，因此如果你需要更多的實例，那么需要預先規劃。”

注意SQL Server實例的災難恢復階段是指SQL Server服務開始所需要的時間，這可能從幾秒鐘到幾分鐘。如果你需要更高的可用性，考慮使用其他的方法，比如log shipping和數據庫鏡像。

單個的大的SQL Server集群還是小的集群

下面是大的、由更多的節點組成的集群的優點：

更高的可用新(更多的節點來災難恢復)。

更多的負載均衡選擇(更多的節點)。