如果我們的SQL Server要保證高可用性，那么可以采用故障轉(zhuǎn)移群集。最簡單的故障轉(zhuǎn)移群集是兩臺服務器，一臺做活動的服務器，另一臺做備用服務器，這就是AP模式的Cluster。另外一個模式就是AA模式，也就是兩臺服務器都是運行SQL Server實例。

SQL Server不像Oracle一樣有RAC，所以不可能說兩臺服務器同時運行同一個實例，想要兩臺服務器都使用起來的話，那么只有各自運行一個實例。

那么我們企業(yè)里面要做Cluster的時候，到底應該做AP模式的還是做AA模式的呢？

AP模式是在兩臺服務器上安裝一個數(shù)據(jù)庫實例，只有一臺服務器負責該數(shù)據(jù)庫實例的全部運算和操作，另外一臺服務器閑置。當活動的服務器發(fā)生故障時，系統(tǒng)自動啟動另一臺服務器的實例，實現(xiàn)故障轉(zhuǎn)移。AP模式的最大缺點就是資源利用率低，只有一臺服務器在被使用。

AA模式是在兩臺服務器上安裝兩個數(shù)據(jù)庫實例，每臺服務器分別運行一個數(shù)據(jù)庫實例。當某一臺服務器發(fā)生故障時系統(tǒng)將把發(fā)生故障的服務器上的數(shù)據(jù)庫實例切換到另一臺服務器上運行，也就是說另一臺服務器上同時運行兩個實例，當服務器恢復正常后再手動將一個數(shù)據(jù)庫實例切換回另一臺服務器。AA模式保證了兩臺服務器資源都被利用。

關于1個數(shù)據(jù)庫實例中2個數(shù)據(jù)庫和2個數(shù)據(jù)庫實例中各1個數(shù)據(jù)庫的區(qū)別：

1. 1個數(shù)據(jù)庫實例中的2個數(shù)據(jù)庫都必須運行在同一臺服務器上，所以如果2個數(shù)據(jù)庫都具有大量的運算占用大量的資源，則可能造成數(shù)據(jù)庫服務器壓力過大，運行緩慢；而2個實例中各1個數(shù)據(jù)庫則可以將每個實例部署在不同的服務器上，各自使用各自服務器的資源，相互沒有影響。

2. 1個實例中2個數(shù)據(jù)庫的相互訪問比較簡單，可以對2個數(shù)據(jù)庫進行事務操作；而2個實例中的數(shù)據(jù)庫要相互訪問則需要通過鏈接服務器或者其他方式來訪問，如果要在2個實例中進行事務操作則需要啟用分布式事務MSDTC，使用分布式事務將會使事務時間變長，事務出現(xiàn)錯誤的可能更大，甚至出現(xiàn)各種靈異的錯誤，所以一般不推薦使用分布式事務。

所以，如果我們在有足夠資源（也就是很有錢的意思）的情況下，而且想簡單一點，那么我們就做AP模式。畢竟AA模式比AP模式更復雜，更難于管理。如果我們想充分利用服務器資源，服務器有限，而且多個數(shù)據(jù)庫之間不存在分布式事務的話，那么用AA模式是一個不錯的選擇。

以以前的經(jīng)驗來看，最好不要使用分布式事務，會遇到各種各樣靈異的問題。

在做SQL故障轉(zhuǎn)移群集的時候應該選擇哪種模式？