基于磁盤的備份

首先來看的是最簡單的技術——備份。在SQL Server 2008的企業版中，備份有了一個新的特性，那就是備份壓縮。那么備份壓縮對于高可用有什么幫助呢？

那么就要提到現在業界非常流行的一種備份解決方案——磁盤備份解決方案，有很多與該解決方案相近的名稱：在線備份、虛擬磁帶庫等等。這些方案其實都是基于一個思想，將數據備份到快速的在線磁盤設備上，這樣就可以利用磁盤的高速IO和高速檢索能力。不過磁盤的高昂代價往往是這種企業在這一解決方案面前駐足不前的主要原因，而現在SQL Server 2008企業版中的備份壓縮可以大幅度減少備份后的文件尺寸，因此基于磁盤的備份解決方案看起來也更加有競爭力了。

基于磁盤的備份帶來最大的好處就是利用磁盤高速IO的能力進行快速的還原。這就可以縮短數據庫服務離線的時間，同時也可以減少數據庫備份這一維護操作對應用的影響。

數據庫鏡像 故障轉移集群

上面我們介紹的故障轉移集群、日志傳送亦或基于磁盤的備份都是作為單一技術出現的，而在真實的大中型企業環境中為了確保數據應用的持續在線，我們通常有一些組合多種高可用技術的方案。通過混合不同可用性技術，我們將可以采長補短。

例如數據庫鏡像技術。

雖然數據庫鏡像可以解決故障轉移集共享存儲存在單點失效威脅、依賴于特殊硬件等一系列的問題，但是數據庫鏡像最大的問題就是故障轉移路徑過短。對于大中型企業來說，僅有兩個節點的故障轉移路徑有些不足。因此通過增加一個故障轉移集群作為數據庫鏡像的鏡像節點就可以解決了數據庫鏡像故障轉移路徑過短的問題。

上面這種解決方案當主體服務器失效后，數據庫鏡像會將啟動鏡像節點，而由于鏡像節點是由一個故障轉移集群承擔的，因此當鏡像節點中的一個節點失效后還有一個后備節點，因此還可以有一個后備節點承擔。

其實故障轉移集群和數據庫鏡像是各有利弊，因此這兩種技術融合在一起后的解決方案不僅僅是上面這一種，下面就給出另外一種解決方案的示意圖：

細心的讀者可能會發現，方案二種沒有了見證節點，這意味著從主集群切換到鏡像集群需要手動完成。那么為什么這種解決方案中沒有了見證節點呢？

因為數據庫鏡像和故障轉移集群都擁有自動故障轉移的特性，如果兩種技術的自動切換都生效的話，那么在主體集群的活動節點失效后就會有兩個節點同時試圖生效——主體集群的后備節點和鏡像集群的活動節點，那么結果就只有一個，數據庫鏡像會話失敗。

遠程故障轉移集群

對于某些跨地區甚至是跨洲的大型集團來說，站點失效這個困擾會逐漸進入IT主管和DBA的腦海中。