[发明专利]一种业务升级的方法及系统

说明书

技术领域

本发明涉及通信技术领域，尤其涉及一种业务升级的方法及系统。

背景技术

随着网络产品硬件技术的快速发展，新的硬件解决方案的不断涌现，产品的硬件和软件均需要频繁的升级。

其中，硬件升级的过程是：新的处理能力高的硬件加入到原有的系统中，并作为主要硬件节点来承担主要功能；旧硬件并不完全淘汰，以备份硬件节点或者辅助硬件节点的身份工作。

对于软件，需要说明的是，软件架构多为操作系统+应用程序的方式。操作系统一般在软件架构底层运行，一般比较稳定、不会频繁升级；应用程序则承载着具体业务，具有多个协同作业、升级频繁的特点。

下面以业务升级为例，来对软件升级的过程进行说明。需要说明的是，下文中的软件指的即是业务。

软件升级的过程包括两种情况：第一种高版本软件与原系统中的低版本软件兼容。此种情形下，将兼容的高版本软件替换整个系统新旧硬件上的低版本软件，从而实现软件在新旧硬件上的全部升级。

第二种是高版本软件与原系统中的低版本软件不兼容。此种情形下，可以采取手动重新启动所有硬件的方式，将低版本软件全部重新启动升级为高版本软件。但是此种方式仅适于小型网络中，对于较大型网络或关键网络的升级便不适用。对于后者的软件升级，现有技术一般是先在新的硬件上运行低版本软件，以将新的硬件平滑加入系统，然后再手动将新旧硬件上的低版本软件逐个升级至高版本软件。

现存的软件升级方案，均需要手工干预，消耗了较多的网络运营与维护的工作量和成本。尤其在大规模网络环境下，升级操作人员需要长时间工作和干预，耗时耗力，容易出现人为失误，甚至造成网络停止服务等不可预知的问题。

综上所述，软硬件升级给网络系统的运营维护带来了巨大的挑战。

发明内容

有鉴于此，本发明提出一种业务升级的方法及系统，以解决软硬件升级需要手工干预的技术问题。

为达到上述目的，本发明实施例的技术方案是这样实现的：

本发明实施例公开了一种业务升级的方法，在包括至少一个第一硬件节点的网络设备中新加入第二硬件节点时，该方法包括：

步骤a、判断所述第二硬件节点的业务版本与网络设备中进行业务升级的第一硬件节点的业务版本兼容与否，若兼容，进入步骤b；若不兼容，进入步骤c；

步骤b、所述第二硬件节点以其业务版本运行业务，并进入步骤d；

步骤c、所述第二硬件节点触发所述第一硬件节点和所述第二硬件节点均以所述第一、第二硬件节点二者业务版本中的高业务版本运行业务，并进入步骤d；

步骤d、比较所述第二硬件节点与所述第一硬件节点的处理能力，然后在处理能力高的硬件节点上将业务以主业务运行，在处理能力低的硬件节点上将业务以备业务运行。

可选地，所述步骤b进一步包括，所述第二硬件节点将业务以备业务运行，并触发所述第一硬件节点将主业务同步到所述新硬件节点的备业务。

可选地，在步骤c中，所述第二硬件节点触发所述第一硬件节点和所述第二硬件节点均以所述第一、第二硬件节点二者业务版本中的高业务版本运行业务包括：

所述第二硬件节点判断所述第二硬件节点的业务版本与所述第一硬件节点的业务版本的高低；若所述第二硬件节点的业务版本高于所述第一硬件节点的业务版本，则进入步骤c1；若所述第二硬件节点的业务版本低于所述第一硬件节点的业务版本，则进入步骤c2；

步骤c1、所述第二硬件节点将业务的高版本可执行文件通知所述第一硬件节点，接收来自所述第一硬件节点的低版本可执行文件；

所述第二硬件节点用低版本可执行文件启动业务，并将该业务作为备业务，触发所述第一硬件节点将主业务同步到所述第二硬件节点上的备业务；

所述第二硬件节点将备业务隔离，并用高版本可执行文件重新启动备业务，并通知所述第一硬件节点进行业务升级；

步骤c2、所述第二硬件节点向所述第一硬件节点获取该业务的高版本可执行文件；

所述第二硬件节点用高版本可执行文件启动业务，并将该业务作为备业务，触发所述第一硬件节点将主业务同步到所述第二硬件节点的备业务。

可选地，在步骤c1中，所述第一硬件节点进行业务升级包括：

所述第一硬件节点将其上运行的主业务隔离，将所述第二硬件节点的备业务切换为主业务，将所述第一硬件节点上的主业务切换为备业务；

所述第一硬件节点用高版本可执行文件启动切换后的备业务；

所述第一硬件节点将切换后的主业务同步到所述第一硬件节点上的切换后的备业务。