[發明專利]一種業務升級的方法及系統

有效

• 申請號: 201410603458.6
• 申請日: 2014-10-31
• 公開（公告）號: CN104320279B
• 公開（公告）日: 2017-12-15
• 發明（設計）人: 李華生;朱寅寅
• 申請（專利權）人: 新華三技術有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;G06F9/445
• 代理公司: 北京德琦知識產權代理有限公司11018
• 代理人: 陳舒維,宋志強

技術領域

本發明涉及通信技術領域，尤其涉及一種業務升級的方法及系統。

背景技術

隨著網絡產品硬件技術的快速發展，新的硬件解決方案的不斷涌現，產品的硬件和軟件均需要頻繁的升級。

其中，硬件升級的過程是：新的處理能力高的硬件加入到原有的系統中，并作為主要硬件節點來承擔主要功能；舊硬件并不完全淘汰，以備份硬件節點或者輔助硬件節點的身份工作。

對于軟件，需要說明的是，軟件架構多為操作系統+應用程序的方式。操作系統一般在軟件架構底層運行，一般比較穩定、不會頻繁升級；應用程序則承載著具體業務，具有多個協同作業、升級頻繁的特點。

下面以業務升級為例，來對軟件升級的過程進行說明。需要說明的是，下文中的軟件指的即是業務。

軟件升級的過程包括兩種情況：第一種高版本軟件與原系統中的低版本軟件兼容。此種情形下，將兼容的高版本軟件替換整個系統新舊硬件上的低版本軟件，從而實現軟件在新舊硬件上的全部升級。

第二種是高版本軟件與原系統中的低版本軟件不兼容。此種情形下，可以采取手動重新啟動所有硬件的方式，將低版本軟件全部重新啟動升級為高版本軟件。但是此種方式僅適于小型網絡中，對于較大型網絡或關鍵網絡的升級便不適用。對于后者的軟件升級，現有技術一般是先在新的硬件上運行低版本軟件，以將新的硬件平滑加入系統，然后再手動將新舊硬件上的低版本軟件逐個升級至高版本軟件。

現存的軟件升級方案，均需要手工干預，消耗了較多的網絡運營與維護的工作量和成本。尤其在大規模網絡環境下，升級操作人員需要長時間工作和干預，耗時耗力，容易出現人為失誤，甚至造成網絡停止服務等不可預知的問題。

綜上所述，軟硬件升級給網絡系統的運營維護帶來了巨大的挑戰。

發明內容

有鑒于此，本發明提出一種業務升級的方法及系統，以解決軟硬件升級需要手工干預的技術問題。

為達到上述目的，本發明實施例的技術方案是這樣實現的：

本發明實施例公開了一種業務升級的方法，在包括至少一個第一硬件節點的網絡設備中新加入第二硬件節點時，該方法包括：

步驟a、判斷所述第二硬件節點的業務版本與網絡設備中進行業務升級的第一硬件節點的業務版本兼容與否，若兼容，進入步驟b；若不兼容，進入步驟c；

步驟b、所述第二硬件節點以其業務版本運行業務，并進入步驟d；

步驟c、所述第二硬件節點觸發所述第一硬件節點和所述第二硬件節點均以所述第一、第二硬件節點二者業務版本中的高業務版本運行業務，并進入步驟d；

步驟d、比較所述第二硬件節點與所述第一硬件節點的處理能力，然后在處理能力高的硬件節點上將業務以主業務運行，在處理能力低的硬件節點上將業務以備業務運行。

可選地，所述步驟b進一步包括，所述第二硬件節點將業務以備業務運行，并觸發所述第一硬件節點將主業務同步到所述新硬件節點的備業務。

可選地，在步驟c中，所述第二硬件節點觸發所述第一硬件節點和所述第二硬件節點均以所述第一、第二硬件節點二者業務版本中的高業務版本運行業務包括：

所述第二硬件節點判斷所述第二硬件節點的業務版本與所述第一硬件節點的業務版本的高低；若所述第二硬件節點的業務版本高于所述第一硬件節點的業務版本，則進入步驟c1；若所述第二硬件節點的業務版本低于所述第一硬件節點的業務版本，則進入步驟c2；

步驟c1、所述第二硬件節點將業務的高版本可執行文件通知所述第一硬件節點，接收來自所述第一硬件節點的低版本可執行文件；

所述第二硬件節點用低版本可執行文件啟動業務，并將該業務作為備業務，觸發所述第一硬件節點將主業務同步到所述第二硬件節點上的備業務；

所述第二硬件節點將備業務隔離，并用高版本可執行文件重新啟動備業務，并通知所述第一硬件節點進行業務升級；

步驟c2、所述第二硬件節點向所述第一硬件節點獲取該業務的高版本可執行文件；

所述第二硬件節點用高版本可執行文件啟動業務，并將該業務作為備業務，觸發所述第一硬件節點將主業務同步到所述第二硬件節點的備業務。

可選地，在步驟c1中，所述第一硬件節點進行業務升級包括：

所述第一硬件節點將其上運行的主業務隔離，將所述第二硬件節點的備業務切換為主業務，將所述第一硬件節點上的主業務切換為備業務；

所述第一硬件節點用高版本可執行文件啟動切換后的備業務；

所述第一硬件節點將切換后的主業務同步到所述第一硬件節點上的切換后的備業務。