標籤:style blog http color 使用 ar strong 資料 2014
情境
公司最近的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)。
與事務複製相同,合併式複寫通常也是從發行集資料庫對象和資料的報表快照集開始。並用觸發器跟蹤在發行伺服器和訂閱伺服器中所做的後續資料更改和架構修改。訂閱伺服器與發行伺服器在串連到網路時進行同步,並交換自上次同步以來發行伺服器和訂閱伺服器間發生變化的所有行。
合併式複寫通常用於伺服器到用戶端的環境中。合併式複寫適用於下列各種情況:
- 多個訂閱伺服器可能會在不同時間更新同一資料,並將這些更改傳播到發行伺服器和其他訂閱伺服器。
- 訂閱伺服器需要接收資料,離線更改資料,並在以後與發行伺服器和其他訂閱伺服器同步更改。
- 每個訂閱伺服器都需要不同的資料分區。
- 可能會發生衝突。如果發生衝突,則需要具備檢測和解決衝突的功能。
- 應用程式需要最終的資料更改結果,而不是訪問中間資料狀態。例如,如果在訂閱伺服器與發行伺服器進行同步之前,訂閱伺服器中的行更改了五次,則該行在發行伺服器中僅更改一次,並更改為第五個值以反映最終資料更改。
合併式複寫允許不同網站自主工作,然後在以後將更新合并成一個統一的結果。由於更新是在多個伺服器中進行,因此,同一資料可能由發行伺服器和多個訂閱伺服器進行了更新。於是,合并更新時就可能出現衝突。合併式複寫提供有數種處理衝突的方法。
快照式複寫將資料以特定時刻的瞬時狀態分發,而不監視對資料的更新。如果發生了同步,就會產生完整的快照並將其發送到訂閱伺服器。
當符合以下一個或多個條件時,使用快照式複寫本身是最合適的:
- 資料更改不頻繁。
- 在一段時間內允許具有相對發行伺服器已淘汰的資料副本。
- 複製少量資料。
- 短期內發生大量更改。
我們採用的是快照的方式複製訂閱sharepoint內容資料庫。
廢話少說,我們先來看一下:
其中OADB05是主伺服器資料庫而OADB05BACKUP是備份環境資料庫。
圖 1
點擊開啟複製然後右擊“本地複製”,選擇複製類型,然後點擊下一步
圖3
選擇需要複製表的屬性
圖4
選擇下一步,如果需要更改複製操作時間,請點擊更改,點擊下一步
點擊完成,複製就完成了啊。
由於圖很多,所以只是一部分。下面是訂閱的,右擊點擊本機訂閱選擇發布的資料庫,
點擊下一步下一步。就ok了啊
由於圖太多,沒有一個一個上傳,如果大家有什麼問題隨時聯絡我。或者我的方案不好的,可以提出來,大家一起討論。
SQLServer 2005 資料庫定閱複製實現雙機熱備(主要是sharepoint 內容資料庫)