[發(fā)明專利]一種容災(zāi)網(wǎng)管系統(tǒng)及其網(wǎng)管客戶端的登陸方法

有效

• 申請?zhí)枺?/td>: 200810057501.8
• 申請日: 2008-02-02
• 公開（公告）號: CN101227333A
• 公開（公告）日: 2008-07-23
• 發(fā)明（設(shè)計(jì)）人: 熊瑋
• 申請（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04L12/56;H04L1/22
• 代理公司: 北京律誠同業(yè)知識產(chǎn)權(quán)代理有限公司
• 代理人: 梁揮;劉健

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

本發(fā)明涉及網(wǎng)管系統(tǒng)組網(wǎng)方案中的實(shí)現(xiàn)技術(shù)，尤其涉及一種容災(zāi)網(wǎng)管系統(tǒng)及其網(wǎng)管客戶端的登陸方法。

背景技術(shù)

隨著通信技術(shù)的迅速發(fā)展，通信市場規(guī)模進(jìn)一步擴(kuò)大，目前在網(wǎng)上運(yùn)行的設(shè)備復(fù)雜度不斷提高，越來越多的關(guān)鍵應(yīng)用和服務(wù)建立在數(shù)據(jù)網(wǎng)絡(luò)上。對于電信運(yùn)營部門而言，確保網(wǎng)絡(luò)正常、高效運(yùn)轉(zhuǎn)至關(guān)重要。電信運(yùn)營商必須對支持服務(wù)的網(wǎng)絡(luò)系統(tǒng)進(jìn)行有效的管理和規(guī)劃，以最大限度地滿足不斷增長的用戶需求，確保網(wǎng)絡(luò)正常高效地運(yùn)行。為了能更好地監(jiān)控網(wǎng)絡(luò)運(yùn)行情況，提高網(wǎng)絡(luò)維護(hù)的效率，降低運(yùn)營成本，提高服務(wù)質(zhì)量，運(yùn)營商對網(wǎng)管系統(tǒng)的可靠性提出了嚴(yán)格要求，網(wǎng)管系統(tǒng)作為監(jiān)控和管理網(wǎng)絡(luò)的核心應(yīng)用系統(tǒng)，要求能夠長期、穩(wěn)定的運(yùn)行。

在網(wǎng)管系統(tǒng)原有的單服務(wù)器運(yùn)行不能滿足長期、穩(wěn)定的運(yùn)行的需求之后，針對網(wǎng)管系統(tǒng)提出的可靠性方案主要有兩種：一種本地高可用性方案，通過在本地提供完全的硬件和軟件冗余配置，并在集群模塊(軟件)的控制下提供本地高可用性網(wǎng)管服務(wù)；另一種是遠(yuǎn)程異地容災(zāi)方案，在不同物理地域提供硬件和軟件的完全冗余配置，并在集群模塊控制下實(shí)現(xiàn)異地容災(zāi)的網(wǎng)管服務(wù)。

與遠(yuǎn)程異地容災(zāi)方案相比，本地高可用性方案只能解決計(jì)劃性維護(hù)、本地部分硬件損壞的情況，此時(shí)可以由冗余軟件及硬件接管網(wǎng)管服務(wù)，但是并不能解決網(wǎng)管機(jī)房停電，甚至是地域性災(zāi)難的發(fā)生所帶來的網(wǎng)管服務(wù)終止的問題。所以在多數(shù)情況下都采用遠(yuǎn)程異地容災(zāi)方案作為網(wǎng)管系統(tǒng)的可靠性方案，但是這樣一來又帶來了新的問題。

由于在本地高可用性方案中，網(wǎng)管系統(tǒng)服務(wù)器冗余硬件處于同一個(gè)子網(wǎng)中，可以使用浮動(dòng)IP地址的方式供網(wǎng)管客戶端登陸使用，這樣在網(wǎng)管服務(wù)在不同服務(wù)器之間切換時(shí)，網(wǎng)管客戶端使用同一IP地址登陸。而在遠(yuǎn)程異地容災(zāi)方案中，由于不同物理地域之間可能相距成百上千公里，如果使用光纖設(shè)備拉專線來提供子網(wǎng)，部署成本太高。所以網(wǎng)管系統(tǒng)容災(zāi)服務(wù)器冗余硬件不太可能處于同一個(gè)子網(wǎng)當(dāng)中，如果使用2層VPN(Virtual?Private?Network，虛擬專用網(wǎng)絡(luò))的方式提供浮動(dòng)IP地址，則需要對于承載網(wǎng)提出一些技術(shù)要求，這樣提高了組網(wǎng)的復(fù)雜度，并且有可能帶來其他一些網(wǎng)絡(luò)問題，加大了網(wǎng)管系統(tǒng)部署的難度、降低了網(wǎng)管系統(tǒng)的可靠性。

在網(wǎng)管系統(tǒng)的遠(yuǎn)程異地容災(zāi)方案中，如果網(wǎng)管服務(wù)無法獲得浮動(dòng)IP，則當(dāng)主節(jié)點(diǎn)服務(wù)器對外提供服務(wù)時(shí)，網(wǎng)管客戶端需要使用主節(jié)點(diǎn)服務(wù)器的IP地址A進(jìn)行登陸，當(dāng)主節(jié)點(diǎn)服務(wù)器因?yàn)橛?jì)劃檢修或者意外災(zāi)難停機(jī)，容災(zāi)節(jié)點(diǎn)服務(wù)器對外提供服務(wù)時(shí)，網(wǎng)管客戶端需要使用容災(zāi)節(jié)點(diǎn)服務(wù)器的IP地址B進(jìn)行登陸，而這種網(wǎng)管客戶端登陸時(shí)IP地址的變化需要由網(wǎng)管系統(tǒng)維護(hù)人員向網(wǎng)管客戶端操作人員給予通知方可進(jìn)行。因?yàn)楫?dāng)網(wǎng)管客戶端無法通過主節(jié)點(diǎn)服務(wù)器的IP地址A登陸時(shí)，網(wǎng)管客戶端操作人員無法區(qū)分登陸失敗是因?yàn)榫W(wǎng)管客戶端與服務(wù)器之間網(wǎng)絡(luò)中斷造成，還是網(wǎng)管服務(wù)在主、容災(zāi)節(jié)點(diǎn)服務(wù)器之間發(fā)生了切換造成。

另外，當(dāng)網(wǎng)管服務(wù)還作為下級網(wǎng)管接入上級網(wǎng)管系統(tǒng)或OSS(OperationSupport?System，運(yùn)營支撐系統(tǒng))系統(tǒng)，并且上級網(wǎng)管作為Socket通訊客戶端連接網(wǎng)管系統(tǒng)時(shí)，如上級網(wǎng)管使用CORBA(Common?Object?Request?BrokerArchitecture，公共對象請求代理體系)、FTP(File?Transfer?Protocol，文件傳輸協(xié)議)等協(xié)議連接網(wǎng)管系統(tǒng)時(shí)，網(wǎng)管服務(wù)在主、容災(zāi)節(jié)點(diǎn)服務(wù)器之間的切換還需要對上級網(wǎng)管、OSS進(jìn)行切換通知，這也增大了網(wǎng)管系統(tǒng)的開發(fā)難度和復(fù)雜度。

綜上可知，現(xiàn)有網(wǎng)管系統(tǒng)組網(wǎng)方案，在實(shí)際使用上顯然存在不便與缺陷，所以有必要加以改進(jìn)。

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

針對上述的缺陷，本發(fā)明的目的在于提供一種容災(zāi)網(wǎng)管系統(tǒng)及其網(wǎng)管客戶端的登陸方法，其不僅增強(qiáng)了網(wǎng)管系統(tǒng)用戶操作友好性，同時(shí)降低了網(wǎng)管系統(tǒng)復(fù)雜性。

為了實(shí)現(xiàn)上述目的，本發(fā)明提供一種網(wǎng)管客戶端的登陸方法，應(yīng)用于包括網(wǎng)管客戶端和網(wǎng)管服務(wù)器端的容災(zāi)網(wǎng)管系統(tǒng)，該網(wǎng)管服務(wù)器端又包括有動(dòng)態(tài)域名服務(wù)器、主節(jié)點(diǎn)服務(wù)器和容災(zāi)節(jié)點(diǎn)服務(wù)器，所述方法包括步驟有：

A、所述動(dòng)態(tài)域名服務(wù)器更新域名解析數(shù)據(jù)，將該域名解析數(shù)據(jù)更新為當(dāng)前提供服務(wù)的主節(jié)點(diǎn)服務(wù)器或容災(zāi)節(jié)點(diǎn)服務(wù)器的IP地址；

B、網(wǎng)管客戶端填寫用于登陸網(wǎng)管服務(wù)器端的服務(wù)名稱，并向所述動(dòng)態(tài)域名服務(wù)器發(fā)送服務(wù)名稱的解析請求；

C、所述動(dòng)態(tài)域名服務(wù)器對該服務(wù)名稱進(jìn)行解析，將當(dāng)前提供服務(wù)的主節(jié)點(diǎn)服務(wù)器或容災(zāi)節(jié)點(diǎn)服務(wù)器的IP地址作為解析結(jié)果發(fā)送給網(wǎng)管客戶端；