當前位置:首頁 » 存儲配置 » 雙機集群存儲備份方案

雙機集群存儲備份方案

發布時間: 2023-01-17 23:39:51

Ⅰ 雙機熱備份的操作方法

雙機熱備有兩種實現方式,一種是兩台伺服器通過一個共享的存儲設備(一般是共享的磁碟陣列或存儲區域網SAN),通過安裝雙機軟體實現雙機熱備,稱為共享方式。另一種方式是沒有共享的存儲設備,數據同時存放於各自伺服器中,稱為純軟體方式或軟體同步數據方式。基於存儲共享的實現方式是雙機熱備的最標準的方案,在主從模式工作中,兩台伺服器以一個虛擬的IP地址對外提供服務,服務請求發送給主伺服器(active server)承擔。同時,兩台伺服器通過心跳線(heartbeat line)偵測另一台伺服器的工作狀況。一旦主伺服器出現故障,備伺服器(standby server)根據心跳偵測的情況做出判斷,在較短時間內完成切換,接管主機上的所有資源,成為新的主伺服器。由於使用共享的存儲設備,因此兩台伺服器使用的實際上是一樣的數據,由雙機或集群軟體對其進行管理。
心跳線是主備伺服器之間聯系的紐帶,所謂「心跳」,是一個錯誤檢測機制,指主從系統之間相互按照一定的時間間隔發送通訊信號,周期性地檢測各個節點的狀態(包括系統的狀態和應用的狀態)。如果連續沒有收到的心跳信號到了一定的數目,雙機熱備軟體就認為相應的系統已經出現故障,並進行主備切換。傳統上心跳故障檢測使用串口通訊的方式,但目前已經普遍使用基於TCP/IP的方式。兩台伺服器之間,可以使用直連網線,也可以將兩台伺服器用於心跳診斷的網卡通過交換機連接。
雙機熱備份技術需要通過雙機或集群軟體來實現。雙機軟體採用結構化設計,一般來說包含以下幾個模塊:
(1)雙機狀態的管理模塊,負責檢測雙機的工作狀態,以及對故障狀態進行判斷。
(2)雙機功能的執行模塊,負責執行管理模塊發出的雙機調整切換命令等。
(3)雙機系統的客戶端配置管理工具,通過該模塊實現對雙機系統的遠程配置、管理及維護等功能。
雙機軟體工作流程大致如下:軟體啟動時,首先讀取雙機系統的配置文件,該文件描述了雙機系統中各節點的網路信息、硬體描述以及任務的定義等參數。軟體的核心程序根據配置信息,進行雙機系統的狀態重組,建立雙機的初始狀態。在節點初始狀態建立起來後,管理模塊根據當前網路狀態的信息對雙機進行調整並分配網路資源,使雙機中的主節點獲得對外提供網路服務的資源,同時啟動節點監控功能,對所啟動任務的關鍵進程進行監控,保障對外提供服務的資源健康。當以上資源建立起來後,雙機系統進入正常運行狀態。
當系統中有節點故障時,雙機管理模塊根據雙機當前的狀態和該故障節點在雙機中的角色做出雙機系統是否切換的選擇。當該節點為主伺服器時,雙機系統會自動將屬於該節點的資源和任務移交到備伺服器上,保證網路的正常運行。如果發生故障的節點為備伺服器,雙機軟體提出報警後,將任務的移交進行封鎖,直到備伺服器故障修復,重新進入雙機系統,管理模塊檢查到該故障修復後,對當前的任務進行解鎖操作,系統重新進入正常運行狀態。

Ⅱ 快速了解集群和雙機熱備相關知識

簡單的說,集群(cluster)就是一組計算機,它們作為一個整體向用戶提供一組網路資源。這些單個的計算機系統就是集群的節點(node)。一個理想的集群是,用戶從來不會意識到集群系統底層的節點,在他/她們看來,集群是一個系統,而非多個計算機系統。並且集群系統的管理員可以隨意增加和刪改集群系統的節點。 高可用集群不是用來保護業務數據的,保護的是用戶的業務程序對外不間斷提供服務,把因軟體/硬體/人為造成的故障對業務的影響降低到最小程度。 什麼是雙機熱備 所謂雙機熱備,其實可以認為是集群的最小組成單位,就是將中心伺服器安裝成互為備份的兩台伺服器,並且在同一時間內只有一台伺服器運行。當其中運行著的一台伺服器出現故障無法啟動時,另一台備份伺服器會迅速的自動啟動並運行(一般為 為數分鍾左右),從而保證整個網路系統的正常運行!雙機熱備的工作機制實際上是為整個網路系統的中心伺服器提供了一種故障自動恢復能力。 您為什麼需要集群 隨著全球經濟的增長,世界各地各種各樣的組織對IT系統的依賴都在不斷增加,電子貿易使得商務一周七天24小時不間斷的進行成為了可能。新的強大的應用程序使得商業和社會機構對日常操作的計算機化要求達到了空前的程度,趨勢非常明顯,我們無時無刻不依賴於穩定的計算機系統。 這種需求極速的增長,使得對系統可用性的要求變得非常重要,許多公司和組織的業務在很大程度上都依賴於計算機系統,任何的宕機都會造成嚴重的損失,關鍵IT系統的故障可能很快造成整個商業運作的癱瘓,每一分鍾的宕機都意味著收入、生產和利潤的損失,甚至於市場地位的削弱。高可用集群的實現模式 集群中節點可以以不同的方式來運行,這要看它們是如何設置的。在一個理想的兩個節點的集群中,兩個伺服器都同時處於活動狀態,也就是在兩個節點上同時運行應用程序,當一個節點出現故障時,運行在出故障的節點上的應用程序就會轉移到另外的沒有出現故障的伺服器上,這樣一來,由於兩個節點的工作現在由一個伺服器來承擔,自然會影響伺服器的性能。 針對這種情況的解決方案是,在正常操作時,另一個節點處於備用狀態,只有當活動的節點出現故障時該備用節點才會接管工作,但這並不是一個很經濟的方案,因為你不得不買兩個伺服器來做一個伺服器的工作。雖然當出現故障時不會對性能產生任何影響,但是在正常運行時的性能價格比並不太好。 從上面的工作方式出發,我們可以把集群分為下面幾種(特別是兩節點的集群) 主/主 (Active/active) 這是最常用的集群模型,它提供了高可用性,並且在只有一個節點在線時提供可以接受的性能,該模型允許最大程度的利用硬體資源。每個節點都通過網路對客戶機提供資源,每個節點的容量被定義好,使得性能達到最優,並且每個節點都可以在故障轉移時臨時接管另一個節點的工作。所有的服務在故障轉移後仍保持可用,但是性能通常都會下降。 主/從(Active/passive) 為了提供最大的可用性,以及對性能最小的影響,Active/passive模型需要一個在正常工作時處於備用狀態,主節點處理客戶機的請求,而備用節點處於空閑狀態,當主節點出現故障時,備用節點會接管主節點的工作,繼續為客戶機提供服務,並且不會有任何性能上影響。 混合型(Hybrid) 混合是上面兩種模型的結合,只針對關鍵應用進行故障轉移,這樣可以對這些應用實現可用性的同時讓非關鍵的應用在正常運作時也可以在伺服器上運行。當出現故障時,出現故障的伺服器上的不太關鍵的應用就不可用了,但是那些關鍵應用會轉移到另一個可用的節點上,從而達到性能和容錯兩方面的平衡。 傳統雙機熱備的發展方向 由於用戶核心業務越來越多,有不停機需求的應用也越來越密集,用戶的網路及存儲環境從普通的電纜及直聯式存儲升級到光纖及SAN或ISCSI環境,使得原本可以使用雙機熱備方案滿足的高可用應用開始力不從心, 用戶紛紛尋求新的解決方案,能夠兼容原有雙機熱備系統,又有很強大擴展能力的高可用集群方案逐漸成為了用戶的首選,集群系統可以利用最新的SAN及ISCSI鏈路,形成多個可用點的核心系統,而且可以方便的增減節點,帶來很強的擴展性。用戶對核心系統的調配更加靈活,統一管理,減少投資,而且可以使用更多的策略保障最為關鍵的應用,甚至可以實現遠距離的集群系統,令整個關鍵系統具有很強的容災能力。因此,多節點高可用集群將成為雙機熱備用戶的未來潛在選擇。 它們都是為實現系統的高可用性服務的,都解決了一台伺服器出現故障時,由其他伺服器接管應用,從而持續可靠地提供服務的問題。 它們都是通過心跳技術在進行系統檢測,一些比較高端的集群軟體擁有多種檢測鏈路,如比較高端的MLDC集群檢測系統。 但是,雙機軟體只能支持兩台伺服器以主從方式或互備方式工作。而集群軟體除了支持雙機工作外,還可以支持多台伺服器(Multi Node)工作,同時部署多個應用,並在多個伺服器間靈活地設置接管策略。 在兩種情況下需要使用集群軟體:一是有超過兩個應用,本身就需要部署三台或更多的伺服器。二是只有兩個應用,但每個應用的負載均較大,不宜採用雙機互備的方式,而是需要由第三台伺服器來作為這兩個應用的備機。 一般地講,集群軟體具有更多的技術含量,具備更高的可靠性。同時,往往價格(平均到每台伺服器)也高於雙機軟體。 在選擇產品時,應根據應用的實際情況來確定。最理想的方式,則是在應用數量少、負載不是很大時先使用雙機軟體,然後在應用數量增多、負載增大時平滑過渡到集群軟體。 集群軟體一定需要配合磁碟陣列櫃才能正常運行嗎 並非所有集群都需要使用共享的存儲系統(如陣列櫃),純軟技術(鏡像技術)的出現和發展,使得集群系統必須擁有一致的數據源的問題有了另外一種實現方式。 目前聯鼎集群系統擁有有兩種典型的運行方式,一種是比較標準的,數台伺服器通過一個共享的存儲設備(一般是共享的磁碟陣列或存儲區域網SAN),並且安裝集群軟體,實現高可用集群,稱為共享方式。另一種方式是通過純軟體(如聯鼎LanderSync軟體)的方式,一般稱為純軟體方式或鏡像方式(Mirror)。 對於共享方式,資料庫放在共享的存儲設備上。當一台伺服器提供服務時,直接在存儲設備上進行讀寫。而當系統切換後,另一台伺服器也同樣讀取該存儲設備上的數據,這種方式由於數據的一致性由共享存儲設備來保障,不佔用系統資源,而且沒有數據傳輸的延遲,因此是中高端用戶,及擁有大量關鍵數據的用戶的首選方案。 對於純軟體的方式,通過鏡像軟體,將數據可以實時復制到另一台伺服器上,這樣同樣的數據就在兩台伺服器上各存在一份,如果一台伺服器出現故障,可以及時切換到另一台伺服器。 由於可以節省共享存儲硬體部分的大量投資,純軟體方式可以在一定程度上降低成本,並且由於在多個地方擁有數據的副本,數據的可靠性反而有所加強,另外由於脫離了直聯存儲的模式而使用TCP/IP協議,使得純軟雙機在理論上能夠實現遠程容災。 但是純軟方式也有一些不足: 1.需要佔用部分系統資源,需要佔用部分網路資源。 2.大數據量環境初始鏡像時間較長,對於較大的並且變化頻繁的數據,可能會存在傳輸延遲現象 因此,在選擇使用何種集群方式之前,需要對用戶的應用進行一定的評估,選擇最理想的解決方案。

Ⅲ 雙機熱備份主要有什麼模式

在雙機熱備應用中,根據兩台伺服器的工作方式不同可以有三種工作模式,即:主從、互備、並行。下面分別予以簡單介紹:主從模式即目前通常所說的active/standby方式,active伺服器處於工作狀態,而standby伺服器處於監控准備狀態,伺服器數據包括資料庫數據,同時寫入兩台伺服器或共享數據的磁碟陣列存儲系統,保證數據的即時同步。當active伺服器出現故障的時候,通過軟體診測或手工方式將standby機器激活,保證應用在短時間內完全恢復正常。
雙機互備模式,這種方式對伺服器的性能要求比較高,配置相對要更好。
並行模式也叫雙工模式,—般用於網路大規模應用,如Oracle資料庫的RAC(Orade RealApplication Cluster),兩台伺服器均為活動的,同時提供相同的服務,保證整體的性能,也實現了負載均衡和互為備份,需要利用磁碟陣列存儲技術。
這三種模式中,主從模式是中小規模網路最常用的雙機熱備技術,下面具體介紹該模式的技術實現方式。
數據信息是當今社會進步、發展的關鍵。面對日益龐大的計算機網路,用戶的要求是網路能夠可靠、高速、穩定地運行。當前大部分網路服務都是採用中心伺服器的模式,伺服器的高可靠性、高可用性是網路安全運行的關鍵,一旦伺服器出現故障,所提供的服務就會被中斷,影響正常工作,並可能丟失關鍵數據,從而造成嚴重後果。如何在故障情況下盡快恢復使用並保證數據的安全,已經成為一個日漸突出的問題。伺服器雙機熱備份技術正是解決由軟硬體故障引起可靠性降低的有效措施,該技術較為成熟,成本相對較低,具有安裝維護簡單、穩定可靠、監測直觀等優點,在網路保障中獲得了廣泛的應用。

Ⅳ 伺服器備份的雙機熱備份

雙機熱備份技術是一種軟硬體結合的較高容錯應用方案。該方案是由兩台伺服器系統和一個外接共享磁碟陣列櫃( 也可沒有,而是在各自的伺服器中採取RAID 卡) 及相應的雙機熱備份軟體組成在這個容錯方案中,操作系統和應用程序安裝在兩台伺服器的本地系統盤上,整個網路系統的數據是通過磁碟陣列集中管理和數據備份的。數據集中管理是通過雙機熱備份系統,將所有站點的數據直接從中央存儲設備讀取和存儲,並由專業人員進行管理,極大地保護了數據的安全性和保密性。用戶的數據存放在外接共享磁碟陣列中,在一台伺服器出現故障時,備機主動替代主機工作,保證網路服務不間斷。
雙機熱備份系統採用「心跳」方法保證主系統與備用系統的聯系。所謂「心跳」,指的是主從系統之間相互按照一定的時間間隔發送通訊信號,表明各自系統當前的運行狀態。一旦「心跳」信號表明主機系統發生故障,或者備用系統無法收到主機系統的「心跳」信號,則系統的高可用性管理軟體認為主機系統發生故障,主機停止工作,並將系統資源轉移到備用系統上,備用系統將替代主機發揮作用,以保證網路服務運行不間斷。
雙機熱備份方案中,根據兩台伺服器的工作方式可以有三種不同的工作模式,即: 雙機熱備模式、雙機互備模式和雙機雙工模式。下面分別予以簡單介紹。
雙機熱備模式即通常所說的active/standby 方式,active 伺服器處於工作狀態;而standby 伺服器處於監控准備狀態,伺服器數據包括資料庫數據同時往兩台或多台伺服器寫入( 通常各伺服器採用RAID 磁碟陣列卡) ,保證數據的即時同步。當active 伺服器出現故障的時候,通過軟體診測或手工方式將standby 機器激活,保證應用在短時間內完全恢復正常使用。典型應用在證券資金伺服器或行情伺服器。這是採用較多的一種模式,但由於另外一台伺服器長期處於後備的狀態,從計算資源方面考量,就存在一定的浪費。
雙機互備模式,是兩個相對獨立的應用在兩台機器同時運行,但彼此均設為備機,當某一台伺服器出現故障時,另一台伺服器可以在短時間內將故障伺服器的應用接管過來,從而保證了應用的持續性,但對伺服器的性能要求比較高。配置相對要好。
雙機雙工模式: 是cluster(群集)的一種形式,兩台伺服器均為活動,同時運行相同的應用,保證整體的性能,也實現了負載均衡和互為備份,需要利用磁碟櫃存儲技術(最好採用San 方式)。WEB 伺服器或mail伺服器等用此種方式比較多。

Ⅳ 尋求雙機熱備方案,現有兩台IBM伺服器,一台磁碟陣列,一個光纖交換機,如何實現數據備份

我建議您去網上搜吧,方案內容都是公司內部資源,一般沒有辦法給的。
51cto)這個網站也有很多方案可供下載,雙機的方案很容易找。
另外:目前市場上最前沿的方案是HA,也就說應用主機之間的冗餘+存儲之間的冗餘。最終的目標是存儲系統中,任何節點,沒有單點故障,故障時業務不受影響。

Ⅵ Linux伺服器雙機熱備詳細過程

通常說的雙機熱備是指兩台機器都在運行,但並不是兩台機器都同時在提供服務。

當提供服務的一台出現故障的時候,另外一台會馬上自動接管並且提供服務,而且切換的時間非常短。

下面來以keepalived結合tomcat來實現一個web伺服器的雙機熱備過程:

keepalived的工作原理是VRRP虛擬路由冗餘協議。

在VRRP中有兩組重要的概念:VRRP路由器和虛擬路由器,主控路由器和備份路由器。

VRRP路由器是指運行VRRP的路由器,是物理實體,虛擬路由器是指VRRP協議創建的,是邏輯概念。一組VRRP路由器協同工作,共同構成一台虛擬路由器。Vrrp中存在著一種選舉機制,用以選出提供服務的路由即主控路由,其他的則成了備份路由。

當主控路由失效後,備份路由中會重新選舉出一個主控路由,來繼續工作,來保障不間斷服務。

兩台物理伺服器和一個虛擬伺服器(vip):master:redhat2.6.18-53.el5192.168.8.4;backup:redhat2.6.18-53.el5192.168.8.6;vip:192.168.8.100。

節點A192.168.8.4(主節點),節點B192.168.8.6(備用節點),虛擬IP(對外提供服務的IP192.168.8.100)

在這種模式下,虛擬IP在某時刻只能屬於某一個節點,另一個節點作為備用節點存在。

當主節點不可用時,備用節點接管虛擬IP(即虛擬IP漂移至節點B),提供正常服務。

keepalived的原理可以這樣簡單理解:

keepalived安裝在兩台物理伺服器上,並相互監控對方是否在正常運行。

當節點A正常的時候:節點A上的keepalived會將下面的信息廣播出去:

192.168.8.100這個IP對應的MAC地址為節點A網卡的MAC地址

其它電腦如客戶端和NodeB會更新自己的ARP表,對應192.168.8.100的MAC地址=節點A網卡的MAC地址。

當節點A發生故障的時候,節點B上的keepalived會檢測到,並且將下面的信息廣播出去:

192.168.8.100這個IP對應的MAC地址為節點B網卡的MAC地址

其它電腦如客戶端會更新自己的ARP表,對應192.168.8.100的MAC地址=節點B網卡的MAC地址。

(6)雙機集群存儲備份方案擴展閱讀:

雙機熱備特指基於active/standby方式的伺服器熱備。伺服器數據包括資料庫數據同時往兩台或多台伺服器執行寫操作,或者使用一個共享的存儲設備。在同一時間內只有一台伺服器運行。

當其中運行著的一台伺服器出現故障無法啟動時,另一台備份伺服器會通過軟體診測(一般是通過心跳診斷)將standby機器激活,保證應用在短時間內完全恢復正常使用

Keepalived的運行原理是基於VRRP(虛擬路由冗餘協議)機制,在VRRP中有兩個重要的概念:VRRP路由器和虛擬路由器,主控路由器和備份路由器。

VRRP路由器是一種實體路由器設備,而虛擬路由器則是基於VRRP協議構建的虛擬路由器,是軟性的虛擬概念,一組VRRP路由器協同工作,共同構造一台虛擬伺服器。

VRRP協議支持一種選舉機制,主要用來選出用來提供服務的路由即主控路由,其它的就是備份路由了,當主控路由失效之後,備份路由中重新選出一個主控路由(往往按照設置好的優先順序別重新分配),接管主控服務,繼續工作,來保證不間斷的提供服務。

Ⅶ 什麼是雙機熱備份

從廣義上講,就是對於重要的服務,使用兩台伺服器,互相備份,共同執行同一服務。當一台伺服器出現故障時,可以由另一台伺服器承擔服務任務,從而在不需要人工干預的情況下,自動保證系統能持續提供服務。
雙機熱備由備用的伺服器解決了在主伺服器故障時服務不中斷的問題。但在實際應用中,可能會出現多台伺服器的情況,即伺服器集群。集群軟體的異同)
雙機熱備一般情況下需要有共享的存儲設備。但某些情況下也可以使用兩台獨立的伺服器。
實現雙機熱備,需要通過專業的集群軟體或雙機軟體。
從狹義上講,雙機熱備特指基於active/standby方式的伺服器熱備。伺服器數據包括資料庫數據同時往兩台或多台伺服器寫,或者使用一個共享的存儲設備。在同一時間內只有一台伺服器運行。當其中運行著的一台伺服器出現故障無法啟動時,另一台備份伺服器會通過軟體診測(一般是通過心跳診斷)將 standby機器激活,保證應用在短時間內完全恢復正常使用。
決定是否使用雙機熱備,正確的方法是要分析一下系統的重要性以及對服務中斷的容忍程度,以此決定是否使用雙機熱備。即,你的用戶能容忍多長時間恢復服務,如果服務不能恢復會造成多大的影響。
在考慮雙機熱備時,需要注意,一般意義上的雙機熱備都會有一個切換過程,這個切換過程可能是一分鍾左右。在切換過程中,服務是有可能短時間中斷的。 但是,當切換完成後,服務將正常恢復。因此,雙機熱備不是無縫、不中斷的,但它能夠保證在出現系統故障時,能夠很快恢復正常的服務,業務不致受到影響。而 如果沒有雙機熱備,則一旦出現伺服器故障,可能會出現幾個小時的服務中斷,對業務的影響就可能會很嚴重。
另有一點需要強調,即伺服器的故障與交換機、存儲設備的故障不同,其概念要高得多。原因在於伺服器是比交換機、存儲設備復雜得多的設備,同時也是既包括硬 件、也包括操作系統、應用軟體系統的復雜系統。不僅設備故障可能引起服務中斷,而且軟體方面的問題也可能導致伺服器不能正常工作。
還應指出的是,一些其他的防護措施如磁碟陣列(RAID)、數據備份雖然是非常重要的,但卻不能代替雙機熱備的作用。
雙機熱備份與數據備份的關系
應該說RAID和數據備份都是很重要的。但是,RAID技術只能解決硬碟的問題,備份只能解決系統出現問題後的恢復。而一旦伺服器本身出現問題,不論是設 備的硬體問題還是軟體系統的問題,都會造成服務的中斷。因此,RAID及數據備份技術不能解決避免服務中斷的問題。對於需要持續可靠地提供應用服務的系 統,雙機還是非常重要的。只要想一想,如果你的伺服器壞了,你要用多少時間將其恢復到能正常工作,你的用戶能容忍多長的恢復時間就能理解雙機的重要性了。
從另外一個方面,RAID以及磁帶備份也是非常需要的。對於RAID而言,可以以很低的成本大大提高系統的可靠性,而且其復雜程度遠遠低於雙機。因為畢竟 硬碟是系統中機械操作最頻繁、易損率最高的部件,如果採用RAID,就可以使出現故障的系統很容易修復,也減少伺服器停機進行切換的次數。
雙機熱備的實現模式
雙機熱備有兩種實現模式,一種是基於共享的存儲設備的方式,另一種是沒有共享的存儲設備的方式,一般稱為純軟體方式。
基於存儲共享的雙機熱備是雙機熱備的最標准方案。
對於這種方式,採用兩台伺服器,使用共享的存儲設備(磁碟陣列櫃或存儲區域網SAN)。兩台伺服器可以採用互備、主從、並行等不同的方式。在工作過程中,兩台伺服器將以一個虛擬的IP地址對外提供服務,依工作方式的不同,將服務請求發送給其中一台伺服器承擔。同時,伺服器通過心跳線(目前往往採用建立私有網路的方式)偵測另一台伺服器的工作狀況。當一台伺服器出現故障時,另一台伺服器根據心跳偵測的情況做出判斷,並進行切換,接管服務。對於用戶而言,這一過程是全自動的,在很短時間內完成,從而對業務不會造成影響。由於使用共享的存儲設備,因此兩台伺服器使用的實際上是一樣的數據,由雙機或集群軟體對其進行管理。
對於純軟體的方式,則是通過支持鏡像的雙機軟體,將數據可以實時復制到另一台伺服器上,這樣同樣的數據就在兩台伺服器上各存在一份,如果一台伺服器出現故障,可以及時切換到另一台伺服器。
純軟體方式還有另外一種情況,即伺服器只是提供應用服務,而並不保存數據(比如只進行某些計算,做為應用伺服器使用)。這種情況下同樣也不需要使用共享的存儲設備,而可以直接使用雙機或集群軟體即可。但這種情況其實與鏡像無關,只不過是標準的雙機熱備的一種小的變化。
雙機熱備、雙機互備與雙機雙工的區別
雙機熱備即是目前通常所說的active/standby方式,伺服器數據包括資料庫數據同時往兩台或多台伺服器寫,或者使用一個共享的存儲設備。當active伺服器出現故障的時候,通過軟體診測(一般是通過心跳診斷)將standby機器激活,保證應用在短時間內完全恢復正常使用。
雙機互備,在雙機熱備的基礎上,兩個相對獨立的應用在兩台機器同時運行,但彼此均設為備機,當某一台伺服器出現故障時,另一台伺服器可以在短時間內將故障伺服器的應用接管過來,從而保證了應用的持續性。這種方式實際上是雙機熱備的一種應用。它避免了兩個應用使用四台伺服器分別實現雙機熱備。
雙機雙工,兩台或多台伺服器均為活動,同時運行相同的應用,保證整體的性能,也實現了負載均衡和互為備份。需要利用磁碟櫃存儲技術(最好採用san)。對於資料庫服務而言,它同時需要資料庫軟體的支持,是比較復雜的。

Ⅷ 雙機熱備的方案

組成雙機熱備的方案主要的三種方式分別為:基於共享存儲(磁碟陣列)的方式,全冗餘方式和復制方式。
基於共享存儲(磁碟陣列)的方式
共享存儲方式主要通過磁碟陣列提供切換後,對數據完整性和連續性的保障。用戶數據一般會放在磁碟陣列上,當主機宕機後,備機繼續從磁碟陣列上取得原有數據。如下圖所示這種方式因為使用一台存儲設備,往往被業內人士稱為磁碟單點故障。但一般來講存儲的安全性較高。所以如果忽略存儲設備故障的情況下,這種方式也是業內採用最多的熱備方式。
全冗餘方式
全冗餘方式就是雙機雙存儲,基於單台存儲的傳統雙機熱備方式,確實存在存儲單點故障的情況,為實現存儲冗餘,存儲高可用也已經越來越多的被用戶接受。我們從理解上可以看出,雙機熱備最早是為解決伺服器的計劃性停機與非計劃性宕機的解決方案,但是我們無法實現存儲的計劃性停機與非計劃性宕機帶來的伺服器停機,而存儲作為雙機熱備中唯一存儲數據的設備,它一旦發生故障往往會造成雙機熱備系統全面崩潰。
隨著科技的進步,雲存儲,雲計算發展,對於存儲熱備已經進入了成熟及快速發展階段,雙機熱備也隨著技術的進步,進入到了沒有單點故障的全冗餘雙機熱備方式。如圖:
這種方式的特點在於:
1、存儲之間的數據復制不經過網路,而是由存儲之間進行復制。
2、兩個存儲之間的復制是完全實時的,不存在任何時間延時。
3、主備存儲之間的切換時間小於500ms,以確保系統存儲時不產生延時。
4、硬碟盤符及分區不因為主備存儲之間的切換而改變。
5、伺服器的切換,不影響存儲之間的初始化,增量同步及數據復制。
6、某一存儲設備的計劃性停機,不影響整個伺服器雙機熱備系統的工作。
7、存儲設備之間使用重復數據刪除技術,完成增量同步工作。
8、真正的7X24小時或切換的全冗餘方案。
復制方式
這種方式主要利用數據的同步方式,保證主備伺服器的數據一致性。
基於數據復制的方式有多種方法,其性能和安全也不盡相同,其主要方法有以下幾種:
A、單純的文件方式的拷貝不適用於資料庫等應用,因為打開的文件是不能被復制的,如果要復制必須將資料庫關閉,這顯然是不可以的。以文件方式的復制主要適用於WEB頁的更新,FTP上傳應用,對主備機數據完整性,連續性要求不高的情況下使用。
B、利用資料庫所帶有復制功能,比如SQLServer2000或2005所帶的定閱復制,這種方式用戶要根據自己的應用小心使用,原因主要是:
(1)SQLServer的定閱復制會在用戶表上增加欄位,對那些應用軟體編程要求較高,如果在應用軟體端書寫時未明確指定欄位的用戶,而使用此功能會造成應用程序無法正常工作。
(2)數據滯留,這個限制怕也是最要命的,因為SQLServer在數據傳輸過程中數據並非實時的到達主備機,而是數據先寫到主機,再寫到備機,如此一來,備機的數據往往來不及更新,此時如果發生切換,備機的數據將不完整,也不連續,如果用戶發現已寫入的數據在備機找不到,重新寫入的話,則主機修復後,就會發生主備機數據嚴重沖突,資料庫會亂掉。
(3)復雜應用切莫使用定閱復制來做雙機熱備,包括數據結構中存儲過程的處理,觸發器和序列,一旦發生沖突,修改起來非常麻煩。
(4)伺服器性能降低,對於大一點的資料庫,SQLServer2000或2005所帶的定閱復制會造成伺服器資料庫運行緩慢。
總之SQLServer2000或2005所帶的定閱復制主要還是應用於數據快照服務,切莫用他來做雙機熱備中的數據同步。
C:硬碟數據攔截,目前國際國內,比較成熟的雙機熱備軟體通常會使用硬碟數據攔截的技術,通常稱為鏡像軟體即Mirror軟體,這種技術當前已非常成熟,攔截的方式也不盡相同。
(1)分區攔截技術,以Pluswell熱備份產品為例,他採用的是一種分區硬碟扇區攔截的技術,通過驅動級的攔截方式,將數據寫往硬碟的數據提取,並首先寫到備用伺服器,以保證備用伺服器的數據最新,然後再將數據回寫到主機硬碟。這種方式將絕對保證,主備機資料庫的數據完全一致,無論發生哪種切換,都能保證資料庫的完整性與連續性。由於採用分區攔截技術,所以用戶可以根據需要在一塊硬碟上劃分適合大小的分區來完成數據同步工作。
(2)硬碟攔截技術,以Symantec的Co-Standby為例,也是一種有效的硬碟攔截軟體,他的攔截主要基於一整塊硬碟,往往在硬碟初始化時需要消耗大量的時間。
雙機熱備中需要指出的幾個概念

Ⅸ 雙機備份的介紹

兩個主機同時工作,一個為主一個為輔,確保數據安全,採用RAID.現代IT技術認為,一個成功系統中數據及作業的重要性已遠超過硬體設備本身,在一套完善的系統中對數據的安全及保障有著極高的要求。1雙機容錯系統是由IBM公司提出的全套集群解決方案,結合IBM伺服器產品的安全可靠性和集群技術的優點,為用戶提供一個完善的系統。1.1.1 雙機備份方案的原理兩台伺服器通過磁碟陣列或純軟體模式,連接成為互為備份的雙機系統,當主伺服器停機後,備份伺服器能繼續工作,防止用戶的工作被中斷。1.1.2 雙機備份方案的適用范圍用戶對系統的連續工作性和實時性要求較高,系統停機對系統的影響很大,造成很大的損失。

Ⅹ 有兩台伺服器,如何做雙機熱備份

具體操作步驟如下:

1、首先,可以使用圖中所示的工具執行熱備份,如下圖所示,然後進入下一步。

熱點內容
vb操作access資料庫 發布:2025-07-21 15:39:24 瀏覽:246
python建立列表 發布:2025-07-21 15:39:23 瀏覽:359
文件上傳命名 發布:2025-07-21 15:23:29 瀏覽:455
il反編譯器 發布:2025-07-21 15:04:16 瀏覽:104
資料庫的歸檔日誌 發布:2025-07-21 14:58:42 瀏覽:599
網路參數設置的伺服器地址 發布:2025-07-21 14:47:03 瀏覽:868
stringapijava 發布:2025-07-21 14:39:56 瀏覽:530
吃雞國際服體驗服如何換伺服器 發布:2025-07-21 14:24:58 瀏覽:509
客戶資料庫建立 發布:2025-07-21 14:13:20 瀏覽:303
linux組中刪除用戶 發布:2025-07-21 14:10:21 瀏覽:49