專利名稱：一種基于rac的冗余服務(wù)器系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及冗余服務(wù)器系統(tǒng)，尤其涉及一種基于RAC (real application clusters
真正應(yīng)用集群)的冗余服務(wù)器系統(tǒng)。
背景技術(shù)：
隨著國內(nèi)信息化程度的提高，對應(yīng)用系統(tǒng)的在線可用性要求越來越高， 一般要 求7*24小時不間斷提供服務(wù)，而系統(tǒng)冗余是實現(xiàn)上述目的一種有效手段。
典型的應(yīng)用系統(tǒng)包含應(yīng)用服務(wù)器和數(shù)據(jù)服務(wù)器兩個部分，相應(yīng)的，系統(tǒng)冗余也 應(yīng)覆蓋應(yīng)用服務(wù)器冗余和數(shù)據(jù)服務(wù)器冗余兩部分。
對于應(yīng)用冗余，實現(xiàn)方式主要有集群技術(shù)或者負載均衡技術(shù)(又分軟件負載均 衡和硬件負載均衡)；而對于數(shù)據(jù)庫冗余，主要實現(xiàn)方式是采用數(shù)據(jù)庫集群技術(shù)。
在Oracle 10g推出以前，數(shù)據(jù)庫的冗余還依賴于操作系統(tǒng)的集群，而在Oracle lOg推出以后，數(shù)據(jù)庫本身包含了集群套件(RAC)。
在應(yīng)用服務(wù)器與數(shù)據(jù)服務(wù)器共享一套硬件平臺的情況下，如果使用操作系統(tǒng)集 群或者第三方集群實現(xiàn)應(yīng)用的冗余，既增加了軟件的購買費用，又增加了系統(tǒng)維護 人員的負擔。如何充分利用Oracle的RAC來實現(xiàn)系統(tǒng)冗余，就成了一個值得研究 的問題。

發(fā)明內(nèi)容
本發(fā)明的目的就是為了克服上述現(xiàn)有技術(shù)存在的缺陷，提供一種成本低廉、擴 展性好的基于RAC的冗余服務(wù)器系統(tǒng)。
本發(fā)明的目的可以通過以下技術(shù)方案來實現(xiàn)
一種基于RAC的冗余服務(wù)器系統(tǒng)，該系統(tǒng)包括N個節(jié)點，其中各個節(jié)點都運 行應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器、看門狗系統(tǒng)，所述的各個節(jié)點與共享的磁盤陣列設(shè) 備相連，所述的各個節(jié)點的一端統(tǒng)一接入私網(wǎng)，所述的各個節(jié)點的另一端統(tǒng)一接入公網(wǎng)，所述的各個節(jié)點都有一個公網(wǎng)的虛擬IP，被用戶訪問的一個公網(wǎng)IP地址為 主虛擬IP地址，擁有主虛擬IP的服務(wù)器稱為主機，其它服務(wù)器則為備機，主備機 切換通過看門狗系統(tǒng)來實現(xiàn)。
所述的主備機切換包括以下流程
(1) 由于整個系統(tǒng)是RAC集群，因此我們使用主虛擬IP作為的主機標識， 當系統(tǒng)啟動后，節(jié)點如果取得了主虛擬IP則成為主機，否則為備機，主備機運行 過程中，看門狗系統(tǒng)監(jiān)視應(yīng)用是否正常；
(2) 如果主機應(yīng)用出現(xiàn)異常，則通過看門狗系統(tǒng)釋放主機標識(停止RAC 服務(wù))，使其成為備機，如果某臺備機取得主機標識，則此備機成為主機；
(3) 如果備機出現(xiàn)異常，看門狗系統(tǒng)嘗試重啟應(yīng)用，重啟后如果應(yīng)用恢復(fù)正 常，則切回到備機狀態(tài)，否則關(guān)機，將其排除出整個集群體系；
(4) 如果主機關(guān)機或者重啟，主機自動釋放主機標識，即RAC自動釋放綁 定在本機的所有虛擬IP，包括主虛擬IP，同時RAC將此節(jié)點的所有虛擬IP轉(zhuǎn)移 到其他節(jié)點，此時，某臺備機將會獲得主機標識，成為主機；
(5) 如果備機關(guān)機或者重啟，則備機的RAC自動釋放所有綁定在本機的所 有虛擬IP，轉(zhuǎn)移到其他節(jié)點，但不影響主機工作；
所述的看門狗系統(tǒng)工作的流程如下
1) 系統(tǒng)啟動后查詢應(yīng)用是否正常；
2) 如果正常，休眠一秒后重新査詢；
3) 如果應(yīng)用異常(如應(yīng)用線程失去響應(yīng))，看門狗系統(tǒng)判斷當前節(jié)點是否為 主節(jié)點，即當前節(jié)點是否具有主虛擬IP;
4) 如果當前節(jié)點為主節(jié)點，則釋放主機標識；
5) 重啟應(yīng)用；
6) 應(yīng)用重啟后，看門狗系統(tǒng)重新査詢應(yīng)用是否正常，如果正常，則繼續(xù)輪詢 應(yīng)用狀態(tài)；
7) 如果應(yīng)用狀態(tài)不正常，則關(guān)機。 與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點
(1) 成本低廉充分利用數(shù)據(jù)庫本身包含的RAC套件，省去了購買操作系 統(tǒng)的集群的成本，實現(xiàn)了服務(wù)器的24小時在線。
(2) 擴展性好隨著業(yè)務(wù)的擴展，系統(tǒng)可以自由的加入服務(wù)器，無需改動現(xiàn)有的應(yīng)用配置。
(3) 可靠性好本架構(gòu)的可靠性主要依賴于RAC的可靠性。
(4) 切換時間較短冗余機轉(zhuǎn)到正常應(yīng)用的切換時間小于等于30s。


圖1是本發(fā)明一種基于RAC的冗余服務(wù)器系統(tǒng)的結(jié)構(gòu)示意圖2是本發(fā)明一種基于RAC的冗余服務(wù)器系統(tǒng)的主備機切換流程圖3是本發(fā)明一種基于RAC的冗余服務(wù)器系統(tǒng)的看門狗系統(tǒng)工作流程圖。
具體實施例方式
以下結(jié)合具體實施例對本發(fā)明做進一步說明。 實施例1
如圖1、圖2、圖3所示， 一種基于RAC的冗余服務(wù)器系統(tǒng)，該系統(tǒng)包括N 個節(jié)點l，其中各個節(jié)點1都運行應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器、看門狗系統(tǒng)，所述 的各個節(jié)點與共享的磁盤陣列設(shè)備2相連，所述的各個節(jié)點的一端統(tǒng)一接入私網(wǎng)3， 所述的各個節(jié)點的另一端統(tǒng)一接入公網(wǎng)4，所述的各個節(jié)點都有一個公網(wǎng)的虛擬 IP，被用戶訪問的一個公網(wǎng)IP地址為主虛擬IP地址，擁有主虛擬IP的服務(wù)器稱 為主機，其它服務(wù)器則為備機，主備機切換通過看門狗系統(tǒng)來實現(xiàn)。
所述的主備機切換包括以下流程-
1) 由于整個系統(tǒng)是RAC集群，因此我們使用主虛擬IP作為的主機標識。當 系統(tǒng)啟動后，節(jié)點如果取得了主虛擬IP則成為主機，否則為備機。主備機運行過 程中，看門狗系統(tǒng)監(jiān)視應(yīng)用是否正常。
2) 如果主機應(yīng)用出現(xiàn)異常，則通過看門狗系統(tǒng)釋放主機標識(停止RAC服 務(wù))，使其成為備機；如果某臺備機取得主機標識，則此備機成為主機。
3) 如果備機出現(xiàn)異常，看門狗系統(tǒng)嘗試重啟應(yīng)用，重啟后如果應(yīng)用恢復(fù)正常， 則切回到備機狀態(tài)，否則關(guān)機，將其排除出整個集群體系。
4) 如果主機關(guān)機或者重啟，主機自動釋放主機標識，即RAC自動釋放綁定 在本機的所有虛擬IP，包括主虛擬IP，同時RAC將此節(jié)點的所有虛擬IP轉(zhuǎn)移到 其他節(jié)點，此時，某臺備機將會獲得主機標識，成為主機。
5) 如果備機關(guān)機或者重啟，則備機的RAC自動釋放所有綁定在本機的所有虛擬IP，轉(zhuǎn)移到其他節(jié)點，但不影響主機工作。 所述的看門狗系統(tǒng)工作的流程如下 第301步，系統(tǒng)啟動后查詢應(yīng)用是否正常。 第302步，如果正常，休眠一秒后重新査詢。
第303步，如果應(yīng)用異常(如應(yīng)用線程失去響應(yīng))，看門狗系統(tǒng)判斷當前節(jié)點 是否為主節(jié)點，即當前節(jié)點是否具有主虛擬IP。
第304步，如果當前節(jié)點為主節(jié)點，則釋放主機標識。 第305步，重啟應(yīng)用。
第306步，應(yīng)用重啟后，看門狗系統(tǒng)重新査詢應(yīng)用是否正常，如果正常，則繼 續(xù)輪詢應(yīng)用狀態(tài)。
第307步，如果應(yīng)用狀態(tài)不正常，則關(guān)機。 實施例2
該發(fā)明應(yīng)用于某地方廠礦運輸生產(chǎn)調(diào)度系統(tǒng)(以下簡稱"運輸生產(chǎn)調(diào)度系統(tǒng)")
運輸生產(chǎn)調(diào)度系統(tǒng)包含兩臺服務(wù)器，采用冗余架構(gòu)，部署在公司的中心機房。 兩臺服務(wù)器共用一套磁盤陣列，系統(tǒng)所有數(shù)據(jù)都儲存在該磁盤陣列中，有效地保證 了數(shù)據(jù)和應(yīng)用的24小時在線。
系統(tǒng)的應(yīng)用包含兩部分基于B/S結(jié)構(gòu)的ERP系統(tǒng)，及基于TCP/IP的接口服 務(wù)程序。兩臺服務(wù)器的應(yīng)用均處于熱備狀態(tài)，通過統(tǒng)一的主VIP向用戶提供服務(wù)。
在中心服務(wù)器上部署看門狗服務(wù)，實現(xiàn)了當應(yīng)用系統(tǒng)出現(xiàn)故障時的自動切換， 有效保證了應(yīng)用的24小時在線。
另外，本方法使系統(tǒng)的定時單機維護成為可能，如能選擇時間定期對設(shè)備進 行維護，這樣可以進一步提高系統(tǒng)的可用性。
經(jīng)過現(xiàn)場實踐證明，基于RAC的冗余服務(wù)器架構(gòu)，能夠可以有效降低維護的 成本，提高系統(tǒng)的可靠性和可用性。
權(quán)利要求
1.一種基于RAC的冗余服務(wù)器系統(tǒng)，其特征在于，該系統(tǒng)包括N個節(jié)點，其中各個節(jié)點都運行應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器、看門狗系統(tǒng)，所述的各個節(jié)點與共享的磁盤陣列設(shè)備相連，所述的各個節(jié)點的一端統(tǒng)一接入私網(wǎng)，所述的各個節(jié)點的另一端統(tǒng)一接入公網(wǎng)，所述的各個節(jié)點都有一個公網(wǎng)的虛擬IP，被用戶訪問的一個公網(wǎng)IP地址為主虛擬IP地址，擁有主虛擬IP的服務(wù)器稱為主機，其它服務(wù)器則為備機，主備機切換通過看門狗系統(tǒng)來實現(xiàn)。
2. 根據(jù)權(quán)利要求1所述的基于RAC的冗余服務(wù)器系統(tǒng)，其特征在于，所述的 主備機切換包括以下流程-(1) 由于整個系統(tǒng)是RAC集群，因此我們使用主虛擬IP作為的主機標識， 當系統(tǒng)啟動后，節(jié)點如果取得了主虛擬IP則成為主機，否則為備機，主備機運行 過程中，看門狗系統(tǒng)監(jiān)視應(yīng)用是否正常；(2) 如果主機應(yīng)用出現(xiàn)異常，則通過看門狗系統(tǒng)釋放主機標識(停止RAC 服務(wù))，使其成為備機，如果某臺備機取得主機標識，則此備機成為主機；(3) 如果備機出現(xiàn)異常，看門狗系統(tǒng)嘗試重啟應(yīng)用，重啟后如果應(yīng)用恢復(fù)正 常，則切回到備機狀態(tài)，否則關(guān)機，將其排除出整個集群體系；(4) 如果主機關(guān)機或者重啟，主機自動釋放主機標識，即RAC自動釋放綁 定在本機的所有虛擬IP，包括主虛擬IP，同時RAC將此節(jié)點的所有虛擬IP轉(zhuǎn)移 到其他節(jié)點，此時，某臺備機將會獲得主機標識，成為主機；(5) 如果備機關(guān)機或者重啟，則備機的RAC自動釋放所有綁定在本機的所 有虛擬IP,轉(zhuǎn)移到其他節(jié)點，但不影響主機工作。
3. 根據(jù)權(quán)利要求1所述的基于RAC的冗余服務(wù)器系統(tǒng)，其特征在于，所述的 看門狗系統(tǒng)工作的流程如下1) 系統(tǒng)啟動后查詢應(yīng)用是否正常；2) 如果正常，休眠一秒后重新査詢；3) 如果應(yīng)用異常(如應(yīng)用線程失去響應(yīng))，看門狗系統(tǒng)判斷當前節(jié)點是否為 主節(jié)點，即當前節(jié)點是否具有主虛擬IP;4) 如果當前節(jié)點為主節(jié)點，則釋放主機標識；5) 重啟應(yīng)用；6) 應(yīng)用重啟后，看門狗系統(tǒng)重新査詢應(yīng)用是否正常，如果正常，則繼續(xù)輪詢 應(yīng)用狀態(tài)；7) 如果應(yīng)用狀態(tài)不正常，則關(guān)機。
全文摘要
本發(fā)明涉及一種基于RAC的冗余服務(wù)器系統(tǒng)，該系統(tǒng)包括N個節(jié)點，其中各個節(jié)點都運行應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器、看門狗系統(tǒng)，所述的各個節(jié)點與共享的磁盤陣列設(shè)備相連，所述的各個節(jié)點的一端統(tǒng)一接入私網(wǎng)，所述的各個節(jié)點的另一端統(tǒng)一接入公網(wǎng)，所述的各個節(jié)點都有一個公網(wǎng)的虛擬IP，被用戶訪問的一個公網(wǎng)IP地址為主虛擬IP地址，擁有主虛擬IP的服務(wù)器稱為主機，其它服務(wù)器則為備機，主備機切換通過看門狗系統(tǒng)來實現(xiàn)。與現(xiàn)有技術(shù)相比，本發(fā)明具有成本低廉、擴展性好、可靠性好、切換時間較短等優(yōu)點。
文檔編號H04L1/22GK101686261SQ20091019497
公開日2010年3月31日 申請日期2009年9月1日 優(yōu)先權(quán)日2009年9月1日
發(fā)明者周庭梁, 張立鵬 申請人:卡斯柯信號有限公司