SQL+雙機方案.doc

SQL SERVER 雙機方案SQL SERVER 雙機熱備方案目錄一、背景分析：3二、現(xiàn)狀分析：4(一)常見單機系統(tǒng)缺點：4(二)系統(tǒng)需求5三、金蝶方案：5(一)雙機 熱備5(二)雙機熱備形式5(三)雙機熱備拓?fù)鋱D：6(四)集群技術(shù)原理7四、產(chǎn)品價格10一、 背景分析：隨著IT技術(shù)和應(yīng)用的發(fā)展，企業(yè)業(yè)務(wù)支撐對IT系統(tǒng)的依賴程度越來越高，而且這類應(yīng)用的訪問量也開始成指數(shù)級增長，如何保護現(xiàn)有數(shù)據(jù)的可用性，又如何提供數(shù)據(jù)訪問的連續(xù)性，已經(jīng)是擺在所有企業(yè)面前的關(guān)鍵性問題。可以想象，在如今的越來越激烈的商用競爭中，由于業(yè)務(wù)運營對 IT 系統(tǒng)的依賴，IT 系統(tǒng)的可用性直接決定著業(yè)務(wù)的可用性，即便是一小時的宕機，也會給企業(yè)帶來生產(chǎn)力和銷售方面的損失，如果宕機頻繁發(fā)生，則可能影響客戶對您的企業(yè)、品牌以及成本的看法。服務(wù)的中斷，信息的中斷，會給企業(yè)內(nèi)部和客戶帶來巨大的損失。所以,如何管理維護、保護數(shù)據(jù)已經(jīng)越來越為人們所重視。在企業(yè)運行關(guān)鍵系統(tǒng)業(yè)務(wù)而不能有長時間停機時，單臺服務(wù)器已經(jīng)不能滿足企業(yè)的應(yīng)用需求，這就需要多臺服務(wù)器并選購相應(yīng)的存儲產(chǎn)品，相關(guān)的數(shù)據(jù)保護軟件一起實現(xiàn)業(yè)務(wù)的持續(xù)運行。二、 現(xiàn)狀分析：(一) 常見單機系統(tǒng)缺點：1. 由于服務(wù)器硬件故障引起停機?，F(xiàn)今服務(wù)器技術(shù)已經(jīng)高度發(fā)展了，服務(wù)器的性能、功能相對數(shù)年前已經(jīng)有了很大的提高，但可靠性方面的發(fā)展卻相對較慢，即使設(shè)計良好的X86服務(wù)器，可靠性始終維持在99.9%99.95%之間（即，以三年計，平均每年的故障修復(fù)時間為4-8小時），始終無法避免由于硬件故障產(chǎn)生的停機。2. 由于軟件故障引起停機。在應(yīng)用軟件高度發(fā)展的今天，軟件的功能越來越強，復(fù)雜性越來越高，即使是歷經(jīng)數(shù)年，廣泛使用的操作系統(tǒng)及應(yīng)用軟件，都無法避免由于自身的缺陷引起的系統(tǒng)故障，根據(jù)統(tǒng)計，WINDOWS系統(tǒng)的可靠性為99.96%要低于LINUX的99.98%與UNIX的99.99%，WINDOWS系統(tǒng)的年故障時間大約在3小時左右，商業(yè)版LINUX系統(tǒng)的年故障時間大概為1個多小時，最可靠的為IBM 的AIX,可靠性99.99%,每年的平均故障時間僅為不到30分鐘。 3. 系統(tǒng)性能難以擴展。隨著企業(yè)的發(fā)展，企業(yè)的應(yīng)用規(guī)模也在不斷的擴大，單機系統(tǒng)由于自身的限制，擴展能力有限，無法滿足應(yīng)用擴展需求。4. 數(shù)據(jù)安全性無法保障。服務(wù)器非專業(yè)存儲系統(tǒng)，對數(shù)據(jù)的安全保護方面，只能基于基本的RAID冗余方式，有一定的局限性，無法滿足企業(yè)對核心數(shù)據(jù)的保護要求。5. 病毒、蠕蟲攻擊引起網(wǎng)絡(luò)故障。(二) 系統(tǒng)需求在如今的企業(yè)環(huán)境下，我們對服務(wù)器整體系統(tǒng)的要求可以歸納如下： 網(wǎng)絡(luò)故障，系統(tǒng)故障，應(yīng)用程序故障等全系統(tǒng)檢測. 當(dāng)高可用系統(tǒng)中的某個節(jié)點故障，無須人工干預(yù)自動切換，保障系統(tǒng)運行. 快速恢復(fù),減少業(yè)務(wù)中斷.三、 金蝶方案：金蝶針對企業(yè)應(yīng)用的要求，聯(lián)合合作伙伴，提供了全面的解決方案，方案拓?fù)淙缦拢?一) 雙機 熱備(二) 雙機熱備形式Active/Standby，Active/ActiveActive/Standby方式是傳統(tǒng)的雙機熱備份解決方案，主機運行時，備機處于備用狀態(tài)，當(dāng)主機故障時，備機馬上啟動將服務(wù)接替。因備機平臺沒有其它的訪問量，所以故障切換后用戶訪問速度不會有大的影響，此種容錯方式主要適用于用戶只有一種應(yīng)用，主備機設(shè)備配置不太一樣，并且用戶訪問量大的情況。Active/Active這種方式的主備機平時各自有一種應(yīng)用運行，當(dāng)系統(tǒng)中的任何一臺主機出現(xiàn)故障，應(yīng)用都會集中到一臺服務(wù)器上運行，此時這臺備用服務(wù)器不僅要承擔(dān)以前的程序運行而且還要運行宕機服務(wù)器上的應(yīng)用程序，所以此時備機的負(fù)擔(dān)會加重。這種方式的故障切換往往會造成備機訪問量增大，系統(tǒng)運行變慢。此方式主要適合用戶有不只一種應(yīng)用，用戶主備機配置一樣且數(shù)據(jù)訪問量不大的情況。(三) 雙機熱備拓?fù)鋱D：Server1是主“激活”節(jié)點，Server2是次“備用”節(jié)點。如果Server1發(fā)生故障了，它的被保護資源由Server2 節(jié)點來恢復(fù)。當(dāng)節(jié)點Server1恢復(fù)后， 資源可以被Server1重新獲得APPA 處于Volume w中，并且在Server1上激活。APPB存儲在Volume M上，并且在Server2上激活。在這一配置中，Server1應(yīng)該是Volume W：資源的主節(jié)點，Server2應(yīng)該是Volume M：資源的主節(jié)點。當(dāng)Server2失敗時，集群功能應(yīng)該將Volume M：轉(zhuǎn)換到Server1上去。如果系統(tǒng)資源是足夠的，這一轉(zhuǎn)換不會影響到已經(jīng)在Server1上運行的APPA，轉(zhuǎn)換只是簡單地將Server2上的被 保護應(yīng)用程序（APPB）加到Server1的運行負(fù)載上(四) 集群技術(shù)原理(1)心跳工作過程通過IP做心跳檢測時，主備機會通過此心跳路徑，周期性的發(fā)出相互檢測的測試包，如果此時主機出現(xiàn)故障，備機在連續(xù)丟失設(shè)定數(shù)目的檢測包后，會認(rèn)為主機出現(xiàn)故障，這時備會自動檢測設(shè)置中是否有第二種心跳，如果沒有第二種心跳的話，備機則根據(jù)已設(shè)定的規(guī)則，啟動備機的相關(guān)服務(wù)，完成雙機熱備的切換。(2)IP工作過程IP地址使用虛擬IP地址的方法來實現(xiàn)，主要原理如圖主機正常的情況下虛擬IP地址(即訪問IP:192.168.1.33）指向主機的實IP（192.168.1.11）地址，用戶通過虛擬IP地址訪問主機，這時，HA軟件將虛擬IP地址解析到主機實IP地址。當(dāng)進行服務(wù)器切換時：虛擬IP（即訪問IP192.168.1.33)地址通過集群自動將虛擬IP地址解析到備機的實IP(192.168.1.22)地址上，這時，虛擬IP地址指向備機的實IP地址。但對用戶來說，用戶訪問的仍然是虛擬IP地址。所以用戶只會在切換的過程中發(fā)現(xiàn)有短暫的通信中斷，經(jīng)過一個短暫的時間，就可以恢復(fù)通信。(3)應(yīng)用及網(wǎng)絡(luò)故障切換過程(i)可以檢測到操作系統(tǒng)的故障并及時將服務(wù)切到備用服務(wù)器(ii)當(dāng)操作系統(tǒng)正常的情況下，數(shù)據(jù)庫系統(tǒng)出現(xiàn)意外故障，這時雙機容錯軟件可以及時發(fā)現(xiàn)并將其切到備用服務(wù)器，使服務(wù)不致于停止。(iii)當(dāng)操作系統(tǒng)和數(shù)據(jù)庫系統(tǒng)全都正常的情況下，服務(wù)器網(wǎng)絡(luò)出現(xiàn)故障，這時雙機熱備軟件，可以將系統(tǒng)切到正常的備用服務(wù)器上。四、