[發(fā)明專利]故障處理方法、裝置和系統(tǒng)

有效

• 申請?zhí)枺?/td>: 201010572543.2
• 申請日: 2010-12-03
• 公開（公告）號: CN102487332A
• 公開（公告）日: 2012-06-06
• 發(fā)明（設(shè)計）人: 任傳銘
• 申請（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24
• 代理公司: 北京安信方達(dá)知識產(chǎn)權(quán)代理有限公司 11262
• 代理人: 李健;龍洪

技術(shù)領(lǐng)域

本發(fā)明涉及通信領(lǐng)域，尤其涉及一種故障處理方法、裝置和系統(tǒng)。

背景技術(shù)

在通訊領(lǐng)域中，應(yīng)用系統(tǒng)一般具備對外部系統(tǒng)的多種對外接口(基于不同國際標(biāo)準(zhǔn)協(xié)議的對外接口CAMEL，ISUP，HTTP，SOAP，SMTP，SNMP，F(xiàn)TP....)內(nèi)部結(jié)構(gòu)也非常的復(fù)雜，

同時通訊系統(tǒng)是人們生活中的極其重要的系統(tǒng)，今天通訊工具已經(jīng)應(yīng)用于各個領(lǐng)域，醫(yī)療，教育，安全，等等，出現(xiàn)故障后影響也非常嚴(yán)重。因此現(xiàn)有通訊系統(tǒng)投入了大量的人力，物力對系統(tǒng)進(jìn)行容災(zāi)恢復(fù)和容災(zāi)備份。

比較常用的架構(gòu)分為主備模式和負(fù)載均衡模式，廣泛應(yīng)用于模塊級容災(zāi)和站點級容災(zāi)，下面對這兩種容災(zāi)方式進(jìn)行簡單說明。

A、主備模式

如圖1系統(tǒng)分為主用和備用系統(tǒng)，當(dāng)主用系統(tǒng)發(fā)生故障時，依賴雙機(jī)軟件檢測到故障，快速自動切換到備用系統(tǒng)上運(yùn)行。

需要說明的是，這種設(shè)備間切換，有可能涉及磁陣，數(shù)據(jù)庫等大型軟硬件的切換，切換時間一般需要數(shù)分鐘至數(shù)十分鐘，切換期間系統(tǒng)不能正常工作。

B、負(fù)載均衡模式

如圖2負(fù)載均衡模式，多臺設(shè)備依賴負(fù)載均衡設(shè)備，分發(fā)消息到各個設(shè)備上(多臺設(shè)備分擔(dān))，多臺設(shè)備為對等結(jié)點，必要時有公共數(shù)據(jù)存儲設(shè)備。

當(dāng)其中一臺故障時，負(fù)載均衡設(shè)備檢測到故障，不再向故障設(shè)備分發(fā)消息，改由其他設(shè)備分擔(dān)。

負(fù)載均衡模式主要用于提供高性能的處理能力時適用，主要目的并非用于容災(zāi)。

目前較為主流的容災(zāi)方案如圖3所示，包括一主用站點和一備用站點。主用站點和備用站點的內(nèi)部均采用主備結(jié)構(gòu)，兩個站點也構(gòu)成了一個主備結(jié)構(gòu)。且在兩個站點均正常工作時，兩個站點都工作在負(fù)載均衡模式。

主備模式對資源配置要求較高，系統(tǒng)內(nèi)每個模塊都采用主用/備用方式配置，資源利用率為50％。當(dāng)配置為主備站點時，資源利用率為25％。

負(fù)載均衡模式對資源配置很高，要求每個設(shè)備具備處理全部計算容量的能力(如上圖中，若發(fā)生設(shè)備2，設(shè)備3，設(shè)備4全部損毀，設(shè)備1要能夠獨(dú)立支撐全部系統(tǒng)容量的能力)，否則會引發(fā)系統(tǒng)崩潰。資源閑置率為(N-1)/N(N為結(jié)點數(shù)量)，單節(jié)點閑置處理能力為(N-1)/N，基于系統(tǒng)最穩(wěn)定安全配置情況下，資源有效利用率為1/N。

負(fù)載均衡模式僅適用于較為關(guān)鍵的主處理結(jié)點，總體上仍然不能避免采用主備方式，其中負(fù)載均衡設(shè)備，仍然只能采用主備模式。公共數(shù)據(jù)存儲仍然采用主備模式(也可以采用集群模式，集群模式是另一個負(fù)載均衡，其中主控分發(fā)結(jié)點仍然是主備方式)。

此外，現(xiàn)有的另一種容災(zāi)方案，其系統(tǒng)結(jié)構(gòu)如圖4所示，包括由基于分組的網(wǎng)絡(luò)56耦接的產(chǎn)生站點52和恢復(fù)站點54。產(chǎn)生站點52上的鏡像軟件68使恢復(fù)站點54保持與在產(chǎn)生站點上發(fā)生的最后事務(wù)一致。恢復(fù)控制服務(wù)器84輪詢產(chǎn)生站點，以便檢測災(zāi)難條件或者其它故障。當(dāng)在產(chǎn)生站點52上檢測到問題時，恢復(fù)控制服務(wù)器84重新配置網(wǎng)絡(luò)56，以致訪問產(chǎn)生站點52的嘗試被路由到恢復(fù)站點54。在生產(chǎn)站點一側(cè)，響應(yīng)于問題的檢測，自動重新分配基于配置的網(wǎng)絡(luò)，從而通過基于分組的網(wǎng)絡(luò)，將訪問產(chǎn)生站點的嘗試路由到恢復(fù)站點，檢測在產(chǎn)生站點問題的解決，并通過把恢復(fù)數(shù)據(jù)從恢復(fù)站點復(fù)制到生產(chǎn)站點，自動恢復(fù)產(chǎn)生站點，并在恢復(fù)產(chǎn)生站點后，自動重新配置網(wǎng)絡(luò)，以允許重新訪問生產(chǎn)結(jié)點。

圖3所示的方案中，對配置要求太高，且資源利用率低，一旦發(fā)生故障即進(jìn)行切換，主備切換時需要時間較長；圖4所示的方案中，一旦生產(chǎn)站點發(fā)生故障，則在故障修復(fù)前，生產(chǎn)站點的服務(wù)完全中斷(因恢復(fù)站點主要作為生產(chǎn)站點的鏡像，并無業(yè)務(wù)處理能力)。

現(xiàn)有技術(shù)中的容災(zāi)系統(tǒng)存在如下問題：

1、發(fā)生故障就立即切換，站點間切換頻繁，引起系統(tǒng)不穩(wěn)定(設(shè)備不分主次，任何微小故障，均發(fā)生切換)；

2、切換效率低；

3、故障發(fā)生時業(yè)務(wù)中斷；

4、配置要求高，資源復(fù)用率低；

5、采用輪詢檢查故障方式，需要較長時間檢測故障；

6、當(dāng)恢復(fù)(備用)站點發(fā)生故障時，系統(tǒng)將癱瘓。

發(fā)明內(nèi)容

本發(fā)明提供了一種故障處理方法、裝置和系統(tǒng)，解決了現(xiàn)有容災(zāi)架構(gòu)站點間頻繁切換的問題。

一種故障處理方法，應(yīng)用于兩個站點構(gòu)成的一容災(zāi)架構(gòu)，該方法包括：

將所述兩個站點內(nèi)的模塊均劃分為核心模塊和非核心模塊；

在所述兩個站點中的第一站點的核心模塊發(fā)生故障時，將所述第一站點的業(yè)務(wù)切換到所述兩個站點中的第二站點；