SQL Server 2008可用性

於磁碟的備份

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

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

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

資料庫鏡像 容錯移轉叢集

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

例如資料庫鏡像技術。

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

上面這種解決方案當主體伺服器失效後，資料庫鏡像會將啟動鏡像節點，而由於鏡像節點是由一個容錯移轉叢集承擔的，因此當鏡像節點中的一個節點失效後還有一個後備節點，因此還可以有一個後備節點承擔。

其實容錯移轉叢集和資料庫鏡像是各有利弊，因此這兩種技術融合在一起後的解決方案不僅僅是上面這一種，下面就給出另外一種解決方案的示意圖：

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

因為資料庫鏡像和容錯移轉叢集都擁有自動容錯移轉的特性，如果兩種技術的自動切換都生效的話，那麼在主體叢集的活動節點失效後就會有兩個節點同時試圖生效——主體叢集的後備節點和鏡像叢集的活動節點，那麼結果就只有一個，資料庫鏡像會話失敗。

遠程容錯移轉叢集

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