推薦：如何檢測你的SQL Server是否有特洛伊木馬
你的SQL Server最近是否運行不正常?不，我指的不是我們肯定會遇到的通常的數據庫和操作系統(tǒng)問題。我的意思是，你是否經歷過服務器的反應遲鈍，不穩(wěn)定的動作，繁重的網絡負擔，或者是服務器處理或者內存利用率的直線上升?哦，不排除在你的系統(tǒng)中有特洛伊木馬

更低廉的維護成本。

增長的敏捷性。多達4個或者8個節(jié)點，依賴于SQL版本。

增強的管理性和簡化環(huán)境(需要管理的少了)。

更少的停機時間(災難恢復更多的選擇)。

災難恢復性能不受集群中的節(jié)點數目影響。

下面是單個大的集群的缺點：

集群節(jié)點數目有限(如果需要第9個節(jié)點怎么辦)

在集群中SQL實例數目有限

沒有對失效的防護——如果磁盤陣列失效了，就不會發(fā)生災難恢復。

使用災難恢復集群，無法在數據庫級別或者數據庫對象級別，比如表，創(chuàng)建災難恢復集群。

虛擬化和集群

虛擬機也可以參與到集群中，虛擬和物理機器可以集群在一起，不會發(fā)生問題。SQL Server實例可以在虛擬機上，但是性能可能會受用影響，這依賴于實例所消耗的資源。在虛擬機上安裝SQL Server實例之前，你需要進行壓力測試來驗證它是否可以承受必要的負載。

在這種靈活的架構中，如果虛擬機和物理機器集群在一起，你可以在虛擬機和物理機器之間對SQL Server進行負載均衡。比如，使用虛擬機上的SQL Server實例開發(fā)應用。然后在你需要對開發(fā)實例進行壓力測試的時候，將它災難恢復到集群中更強的物理機器上。

集群服務器可以用于SQL Server的高可用性、災難恢復、可擴展性和負載均衡。單個更大的、由更多的節(jié)點組成的集群往往比小的、只有少數節(jié)點的集群更好。大個集群允許更靈活環(huán)境，為了負載均衡和維護，實例可以從一個節(jié)點移動到另外的節(jié)點。

分享：解答SQL Server日志文件損壞嚴重的問題
如果服務器出現(xiàn)Raid故障，在數據基本恢復成功后，發(fā)現(xiàn)其中的一個Sql Server日志文件（擴展名LDF）損壞嚴重，我們可以通過下面的操作使數據全部恢復。 首先新建一個同名的數據庫，然后再停掉sql server服務，用原數據庫的數據文件覆蓋掉這個新建的數據庫文件