sqlserver熱備

1. 兩台伺服器，如何進行雙機熱備

雙機熱備 共享存儲方式【什麼是雙機熱備】
雙機熱備包括廣義與狹義兩種。
從廣義上講，就是伺服器高可用應用的另一種說法，英譯為：high available，而我們通常所說的熱備是根據意譯而來，同屬於高可用范疇，而雙機熱備只限定了高可用中的兩台伺服器。熱備軟體是用來解決一種不可避免的計劃和非計劃系統宕機問題的軟體解決方案，當然也有硬體的。是構築高可有集群系統的基礎軟體，對於任何導致系統宕機或服務中斷的故障，都會觸發軟體流程來進行錯誤判定、故障隔離、以及通地聯機恢復來繼續執行被中斷的服務。在這個過程中，用戶只需要經受一定程度可接受的時延，而能夠在最短的時間內恢復服務。
從狹義上講，雙機熱備特指基於高可用系統中的兩台伺服器的熱備（或高可用），因兩機高可用在國內使用較多，故得名雙機熱備，雙機高可用按工作中的切換方式分為：主-備方式（Active-Standby方式）和雙主機方式（Active-Active方式），主-備方式即指的是一台伺服器處於某種業務的激活狀態（即Active狀態），另一台伺服器處於該業務的備用狀態（即Standby狀態)。而雙主機方式即指兩種不同業務分別在兩台伺服器上互為主備狀態（即Active-Standby和Standby-Active狀態）。
註：Active-Standby的狀態指的是某種應用或業務的狀態，並非指的是伺服器狀態。
組成雙機熱備的方案主要有兩種方式：
1、基於共享存儲（磁碟陣列）的方式：
共享存儲方式主要通過磁碟陣列提供切換後，對數據完整性和連續性的保障。用戶數據一般會放在磁碟陣列上，當主機宕機後，備機繼續從磁碟陣列上取得原有數據。如下圖所示。
這種方式因為使用一台存儲設備，往往被業內人士稱為磁碟單點故障。但一般來講存儲的安全性較高。所以如果忽略存儲設備故障的情況下，這種方式也是業內採用最多的熱備方式。
2、基於數據復制的方式：
這種方式主要利用數據的同步方式，保證主備伺服器的數據一致性。
數據同步方式
基本於數據復制的方式有多種方法，其性能和安全也不盡相同，其主要方法有以下幾種：
A、單純的文件方式的考貝不適用於資料庫等應用，因為打開的文件是不能被復制的，如果要復制必須將資料庫關閉，這顯然是不可以的。以文件方式的復制主要適用於WEB頁的更新，FTP上傳應用，對主備機數據完整性，連續性要求不高的情況下使用。
B、利用資料庫所帶有復制功能，比如sqlServer2000或2005所帶的定閱復制，這種方式用戶要根據自己的應用小心使用，原因主要是：
（1）SQLServer的定閱復制會在用戶表上增加欄位，對那些應用軟體編程要求較高，如果在應用軟體端書寫時未明確指定欄位的用戶，而使用此功能會造成應用程序無法正常工作。
（2）數據滯留，這個限制怕也是最要命的，因為SQLServer在數據傳輸過程中數據並非實時的到達主備機，而是數據先寫到主機，再寫到備機，如此一來，備機的數據往往來不及更新，此時如果發生切換，備機的數據將不完整，也不連續，如果用戶發現已寫入的數據在備機找不到，重新寫入的話，則主機修復後，就會發生主備機數據嚴重沖突，資料庫會亂掉。
（3）復雜應用切莫使用定閱復制來做雙機熱備，包括數據結構中存儲過程的處理，觸發器和序列，一旦發生沖突，修改起來非常麻煩。
（4）伺服器性能降低，對於大一點的資料庫，SQLServer2000或2005所帶的定閱復制會造成伺服器資料庫運行緩慢。
總之SQLServer2000或2005所帶的定閱復制主要還是應用於數據快照服務，切莫用他來做雙機熱備中的數據同步。
C：硬碟數據攔截，目前國際國內，比較成熟的雙機熱備軟體通常會使用硬碟數據攔截的技術，通常稱為鏡像軟體即Mirror軟體，這種技術當前已非常成熟，攔截的方式也不盡相同。
（1）分區攔截技術，以Pluswell熱備份產品為例，他採用的是一種分區硬碟扇區攔截的技術，通過驅動級的攔截方式，將數據寫往硬碟的數據提取，並著先寫到備用伺服器，以保證備用伺服器的數據最新，然後再將數據回寫到主機硬碟。這種方式將絕對保證，主備機資料庫的數據完全一致，無論發生哪種切換，都能保證資料庫的完整性與連續性。由於採用分區攔截技術，所以用戶可以根據需要在一塊硬碟上劃分適合大小的分區來完成數據同步工作。
（2）硬碟攔截技術，以Symantec的Co-Standby為例，也是一種有效的硬碟攔截軟體，他的攔截主要基於一整塊硬碟，往往在硬碟初始化時需要消耗大量的時間。
雙機熱備中需要指出的幾個概念：
1、雙機熱備的工作原理即：故障隔離，簡單的講，高可用（熱備）就是一種利用故障點轉移的方式來保障業務連續性。其業務的恢復不是在原伺服器，而是在備用伺服器。熱備不具有修復故障伺服器的功能，而只是將故障隔離。
2、Active-Active方式指的是業務方式而不是伺服器狀態，如果是同一種應用是不能完成Active-Active方式的。例如熱備的兩台伺服器都是sqlserver資料庫，那也是指的不同的資料庫實例。相同的資料庫實例是不可能在熱備這一級實現Active-Active方式。簡單的講Active-Active方式就是兩個Active-Standby方式分別運行於兩台伺服器上的。
3、故障檢測：故障檢測是雙機熱備的任務，不同的雙機檢測點的多少決定了雙機熱備軟體在功能和性能上的優劣，並不是所有的軟體都具有相同的檢測功能，以PlusWell雙機熱備軟體為例，其提供的是一種全系統檢測能力，即檢測分為系統級、應用級、網路級三個方面。系統級檢測主要通過雙機熱備軟體之間的心跳提供系統的檢測功能，應用級提供用戶應用程序、資料庫等的檢測功能，網路級的檢測提供對網卡的檢測及可選的對網路路徑的檢測功能，因此稱為全故障檢測能力。
4、伺服器資源，雙機熱備的資源指某種業務運行過程中所依賴的最小的關聯服務，不同的雙機軟體所提供的資源多少也不相同，當然提供的可切換資源越多，軟體應用的范圍也越廣，在雙機熱備中提到的伺服器資源主要包括，可切換的網路IP資源、計算機名、磁碟卷資源、伺服器進程等。
5、雙機熱備的切換，雙機熱備的切換一般分為手動切換和故障切換，即計劃性切換（即人為切換）和非計劃性切換（即故障切換）。需要大家注意的是並不是所有資源都具有可切換性，以PlusWell熱備份軟體為例他提供了：（1）本地資源監控，即不可切換的資源，（2）普通資源，即可以在主備機切換的資源。（3）快速資源，指的是快速切換的資源，
一般情況下的雙機切換時間為1-5分鍾，而快速切換的時間為3-5秒種。用戶應根據自己的需求及業務特點來選擇相關的切換服務，從價格成本上來說，切換的時間越短費用也越高。
6、熱備份與備份的概念區別，熱備份指的是：high available即高可用，而備份指的是Backup，即數據備份的一種，這是兩種不同的概念，應對的產品也是兩種功能上完全不同的產品。熱備份主要保障業務的連續性，實現的方法是故障點的轉移，而備份，主要目的是為了防止數據丟失，而做的一份考貝，所以備份強調的是數據恢復而不是應用的故障轉移。

2. SQL Server 資料庫熱備份怎麼做

1、在要備份的資料庫上滑鼠右鍵單擊，選擇備份，見下圖：

3. sqlserver雙機熱備怎麼做

MS SQLServer 的安裝以及通過 MicroColor ServHA Mirror 配置雙機集群。1.發布--訂閱 是最早最簡單的方案,但需要注意發布的時候,發布進程必須對快照目錄有訪問許可權...
2.日誌傳送 可以參考下面的資料: SQL Server 雙機熱備1(based on ...
3.資料庫鏡像 使用資料庫鏡像,可以做到資料庫高可用,具體參考下面幾篇文章: 1)...
4.使用SqlServer 2012的 AlwaysOn 功能 AlwaysOn功能是最新的...
5.雙機熱備的數據訪問 如果成功實現了雙機熱備,做到了HA,

4. 什麼是sqlserver的集群

由二台或更多物理上獨立的伺服器共同組成的「虛擬」伺服器稱之為集群伺服器。一項稱做MicroSoft集群服務(MSCS)的微軟服務可對集群伺服器進行管理。一個SQL Server集群是由二台或更多運行SQL Server的伺服器（節點）組成的虛擬伺服器。如果集群中的一個節點發生故障，集群中的另一個節點就承擔這個故障節點的責任。
認為一個SQL Server集群能夠給集群中的兩個節點帶來負載平衡，這是一種常見的誤解。雖然這似乎很有用，但卻是不正確的。這也意味著集束SQL Server不能真正提高性能。集束SQL Server只能提供故障轉移功能。故障轉移就是當系統中的一台機器發生故障失去其功能時，另一台機器將接手運行它的SQL Server實例。這種功能失效可能是由於硬體故障、服務故障、人工故障或各種其它原因。
為何要集束SQL Server環境？
在實用性方面，集群SQL Server環境令人滿意。在進行故障轉移時，將資料庫實例由一台伺服器轉移到另一台伺服器的時間非常短暫，一般只需要3至7秒鍾。雖然需要重建連接，但對資料庫的終端用戶而言，故障轉移處理通常是透明的。低廉的故障轉移成本還可幫助你對集群中的節點進行維護，而不會造成伺服器完全無法訪問。
SQL Server集群類型
一共有兩種類型的SQL Server集群：主動/被動集群和主動/主動集群。下面分別對它們進行說明（說明以兩個節點的SQL Server集群為基礎）。
主動/被動集群
在這種類型的集群中，一次只有一個節點控制SQL Server資源。另一個節點一直處於備用模式，等待故障發生。進行故障轉移時，備用的節點即取得SQL Server資源的控制權。
優點：由於伺服器上只有一個實例在運行，所以在進行故障轉移時，不需要另外的伺服器來接管兩個SQL Server實例，性能也不會因此降低。
缺點：由於虛擬伺服器上只有一個SQL Server實例在運行，另一台伺服器總是處理備用模式與空閑狀態。這意味著你並沒有充分利用你購買的硬體。
主動/主動集群
在這種類型的集群中，集群中的每個節點運行一個獨立且主動的SQL Server實例。發生節點故障時，另一個節點能夠控制發生故障節點的SQL Server實例。然後這個正常的節點將運行兩個SQL Server實例——它自己的實例和發生故障的實例。
優點：通過這種配置，你能夠充分利用你的硬體。在這樣的系統中，兩個伺服器都在運行，而不是只有一台伺服器運行，而另一台處於等待故障發生的備用模式，因此你能夠充分利用你購買的機器。
缺點：如果進行故障轉移，一台伺服器運行兩個SQL Server實例，性能就會受到不利影響。然而，性能降低總比虛擬伺服器完全失靈要強得多。這種配置的另一故障在於它要求購買的許可要比主動/被動集群多一些。因為集群在運行兩個主動SQL Server實例，這要求你購買兩個單獨的伺服器許可。在某些情況下，這也可能對你形成阻礙。
集群考慮
在高實用性方面，集群SQL Server環境有一定的優勢。然而，高實用性也確實伴隨某種折衷。
首先，建立一個集群SQL Server環境非常昂貴。這是因為集群中的節點必須遵照集群節點的兼容性列表。而且，還需要建立一個復雜的網路，機器的配置必須幾乎相同，同時需要實現資料庫文件磁碟子系統共享。存儲區網路(SAN)是建立這種子系統的不錯選擇，但SAN並非必要，而且十分昂貴。另外，如果你正在運行一個主動/主動集群，你需要為集群中運行SQL Server實例的每台機器的處理器購買一個許可。
因為當地集群主要局限於同一地理區域，自然災難可能會使集群完全失靈。在那種情況下，你需要轉移到災難恢復站點進行繼續操作。你也可以建立地理分散的SQL Server集群，但這樣的系統更加復雜與昂貴。

5. SQLServer 2000 資料庫，想實現數據實時同步，高手進來指導

建議你使用一下DBMoto這個工具，網上有免費的版本下載。使用此工具有一個前提條件就是同步的表必須都有Primary key或者Unique index。它可以直接讀取數據日誌，所以主從表你可以考慮一下transaction，其它就沒有必要了。

使用此工具會遇到很多問題的，要求你有很強的資料庫異常處理能力。 另外假如你是測試的或者你的公司不怎麼出名，可以下載來完完，否則會找麻煩的。