場景

　　公司最近的sharepoint的數據庫服務器老是出問題，並且在一旦出現問題，就導致無法正常工作。最主要的是我們要加班還原以前的數據庫，這是最頭疼的。於是在網上查找資料，實現主備機的同步，對於sharepoint而言我們只需做到sharepoint的內容數據庫同步即可。這種技術有個專業名詞叫做雙機熱備。

雙機熱備原理

雙機熱備特指基於高可用系統中的兩台服務器的熱備（或高可用），因兩機高可用在國內使用較多，故得名雙機熱備，雙機高可用按工作中的切換方式分為：主-備方式（Active-Standby方式）和雙主機方式（Active-Active方式），主-備方式即指的是一台服務器處於某種業務的激活狀態（即Active狀態），另一台服務器處於該業務的備用狀態（即Standby狀態)。而雙主機方式即指兩種不同業務分別在兩台服務器上互為主備狀態（即Active-Standby和Standby-Active狀態）。

我們主要是通過SQL Server 2005 訂閱復制功能來實現雙機熱備，如下圖所示：

SQL Server 2005 訂閱復制原理

下面的概述來自微軟官方的MSDN

SQL Server 2005 復制種類

事務復制概述：

　　　　　　　　　　事務性復制通常從發布數據庫對象和數據的快照開始。拍攝初始快照后，隨后在發布服務器中所做的數據更改和架構修改通常在修改發生時便傳遞給訂閱服務器。數據更改在訂閱服務器中應用的更改順序以及更改所處的事務邊界與在發布服務器中相同。

事務性復制通常用於服務器到服務器環境中，在以下各種情況下適合采用事務性復制：

希望發生增量更改時將其傳播到訂閱服務器。
從發布服務器中發生更改，到更改到達訂閱服務器，應用程序需要這兩者之間具有較低的滯后時間。
應用程序需要訪問中間數據狀態。例如，如果某一行更改了五次，事務復制允許應用程序對每次更改做出響應，而不只是對該行的最終數據更改做出響應。
發布服務器有大量的插入、更新和刪除活動。
發布服務器或訂閱服務器不是 SQL Server 數據庫（例如，Oracle）。

合並復制概述

　　　　　　　　　　與事務復制相同，合並復制通常也是從發布數據庫對象和數據的報表快照開始。並用觸發器跟蹤在發布服務器和訂閱服務器中所做的后續數據更改和架構修改。訂閱服務器與發布服務器在連接到網絡時進行同步，並交換自上次同步以來發布服務器和訂閱服務器間發生變化的所有行。

合並復制通常用於服務器到客戶端的環境中。合並復制適用於下列各種情況：

多個訂閱服務器可能會在不同時間更新同一數據，並將這些更改傳播到發布服務器和其他訂閱服務器。
訂閱服務器需要接收數據，脫機更改數據，並在以后與發布服務器和其他訂閱服務器同步更改。
每個訂閱服務器都需要不同的數據分區。
可能會發生沖突。如果發生沖突，則需要具備檢測和解決沖突的功能。
應用程序需要最終的數據更改結果，而不是訪問中間數據狀態。例如，如果在訂閱服務器與發布服務器進行同步之前，訂閱服務器中的行更改了五次，則該行在發布服務器中僅更改一次，並更改為第五個值以反映最終數據更改。

合並復制允許不同站點自主工作，然后在以后將更新合並成一個統一的結果。由於更新是在多個服務器中進行，因此，同一數據可能由發布服務器和多個訂閱服務器進行了更新。於是，合並更新時就可能出現沖突。合並復制提供有數種處理沖突的方法。