CN101114935A - 系统升级的方法、升级系统及监控实体 - Google Patents

Abstract

本发明公开了一种系统升级的方法，该系统提供了主用实体和监控实体，该方法可通过在主用实体进行新版本升级时，由监控实体对主用实体升级状态进行探测，并当该主用实体升级失败时，监控实体控制主用实体恢复为此次升级前的状态。本发明还公开了一种升级系统及监控实体。采用本发明，可实现对主用实体升级状态的监控，达到分布式系统的要求，且简单易行。

Description

系统升级的方法、升级系统及监控实体

技术领域

本发明涉及通信领域，尤其涉及一种系统升级的方法、一种升级系统及监控实体。

背景技术

目前，电信网络的发展对于高可靠性(High Availability，HA)要求越来越高，为了提高系统的HA，当前通讯设备中对于核心模块普遍使用了1+1热备分方式，而且对于系统的版本升级也使用了这套1+1热备分方式来减少或避免对业务运行的影响。

通常，对于信息孤岛(Information Acnode，IA)设备来说，往往可以通过远程控制来登陆IA，设备软件升级时，也可以用现有的软件升级方式来处理。

现有技术中，主用实体为整个系统业务运行中所涉及的设备、单板等，而1+1热备分方式对主用实体提供了备用实体，备用实体的作用是在主用实体在系统业务运行中发生故障时，备用实体切换为主用状态以替换主用实体继续参与整个系统的业务运行，按现有的软件升级方式进行系统升级的方法包括如图1所示的过程：

步骤s101，在主用实体上下载用于升级的软件新版本；

步骤s102，主用实体进行新版本的升级，即加载新版本；

步骤s103，重新启动主用实体；

步骤s104，用户远程登陆所述主用实体，而远程登陆是否成功依赖于上述新版本加载后主用实体是否正常启动，或依赖于设备端口是否正常工作，当用户远程登陆失败时，维护人员即前往主用实体现场进行原版本的恢复。

发明人在实施本发明过程中发现：现有技术在进行主用实体版本升级时，一旦主用实体版本升级失败，则必须通过维护人员到达现场进行此次升级前主用实体状态的恢复。

发明内容

本发明实施例所要解决的技术问题在于，提供一种系统升级的方法、升级系统及监控实体，可由监控实体代替人工干预来监控主用实体的版本升级，并在主用实体版本升级失败时，由监控实体控制主用实体恢复成此次升级前的状态，可避免维护人员到达现场进行上述恢复，提高系统效率。

为了解决上述技术问题，本发明实施例提出了一种系统升级的方法，包括：

监控实体对主用实体版本升级状态进行探测，当该主用实体版本升级失败时，该监控实体控制所述主用实体恢复为此次升级前的状态。

相应地，本发明实施例还提供了一种升级系统，该升级系统包括主用实体和监控实体，所述监控实体包括：

监控探测单元，用于对所述主用实体版本升级状态进行探测；

监控控制单元，用于当所述主用实体版本升级失败时，控制所述主用实体恢复为此次升级前的状态。

另外，本发明实施例还提供了一种监控实体，包括：

监控探测单元，用于对主用实体升级状态进行探测；

监控控制单元，用于当所述主用实体版本升级失败时，控制所述主用实体恢复为此次升级前的状态。

本发明实施例在主用实体版本升级的同时，通过监控实体对主用实体版本升级状态进行探测，并当监控实体探测到主用实体版本升级失败时，监控实体控制主用实体恢复为此次升级前的状态，从而实现系统升级自恢复，无需维护人员到达现场进行软件原版本的恢复，进而由于系统升级自恢复及时，可解决由于主用实体版本升级失败使得业务中断的问题，并且达到分布式系统的要求，以设备自适应代替人工干预，提高系统工作效率。

附图说明

图1是现有技术的软件升级方法的示意图；

图2是本发明的系统升级的方法的第一实施例示意图；

图3是本发明的系统升级的方法的第二实施例示意图；

图4是本发明实施例的升级系统的主要结构图；

图5是本发明实施例的监控控制单元的结构示意图；

图6是本发明实施例的监控探测单元的结构示意图；

图7是本发明实施例的主用升级单元的结构示意图。

具体实施方式

本发明实施例提供了一种系统升级的方法，以及一种升级系统、监控实体，可实现监控实体对版本升级中的主用实体的监控，从而实现系统升级自恢复，提高系统效率。

下面结合附图，对本发明实施例进行详细说明。

图2是本发明的系统升级的方法的第一实施例示意图，该方法基于包括有主用设备和监控设备的系统，参照图2，该方法包括：

步骤s201，主用设备和监控设备分别下载最新的软件版本，称为新版本，本次升级则是在主用设备上以新版本替换原版本，同时配置一些关键资源，如对外接口状态等，系统前台设备可预先保存好新版本，而主用设备、监控设备可适时从前台设备处下载新版本，启动本次升级，何时启动升级可由人工配置定时信息来完成；

步骤s202，主用设备配置可靠升级的参数，监控设备配置可靠升级参数、升级依据以及恢复时间等信息；

步骤s203，主用设备根据可靠升级的参数以及新版本，开始版本升级，而同时监控设备根据步骤s202中配置的信息对主用设备升级状态进行探测，其中，主用设备进行版本升级包括如下过程：

A1、主用设备在启动文件boot中加载新版本；

A2、主用设备设置启动版本为A1中加载的新版本，之后主用设备可进行软复位；

而监控设备进行主用设备升级状态探测过程如下：

B1、监控设备探测上述主用设备进行版本升级过程的在线状态；

B2、当B1中探测到主用设备离线时，该监控设备对主用设备返回的升级成功信息设置监控计时，即可在主用设备离线的时刻启动定时器，开始监控计时，此时，监控设备可因主用设备离线而作为监控实体独立运行；

步骤s204，当步骤s203监控设备探测得到主用设备升级失败时，即当在计时的时间内未收到主用设备向监控设备返回的升级成功信息时，监控设备控制主用设备恢复为此次升级前的状态，其中，恢复为升级前状态包括升级前原版本的恢复、关键资源的配置等，另外，当监控设备具有主用设备的数据处理能力时：

在探测到主用设备升级失败后，监控设备可切换为主用状态，获取当前的系统控制权，监控设备可暂时执行主用设备的功能，从而保证业务不会因此中断；

主用设备在收到上述控制信息之后，则主用设备设置再次启动的启动版本为原版本，并恢复成升级前的配置(如对外接口状态的恢复)，之后则可对主用设备进行硬复位，而监控设备则可自行恢复成升级前的环境参数及配置。

实施上述图2所示实施例，可以实现监控设备对主用设备版本升级状态的监控，并当主用设备版本升级失败时，监控设备控制主用设备恢复成升级前的状态，这样不需要维护人员到达设备现场进行软件原版本的恢复。

上述图2描述的是当主用实体升级失败之后的恢复相关处理情况，下面以图3为例，说明完整的升级过程。

图3是本发明的系统升级的方法的第二实施例示意图，该方法基于包括有主用板和监控板的设备，参照该图3，该方法包括：

步骤s301，设备主用板和监控板分别从远端设备下载最新的软件版本，称为新版本，本次升级的目的是在主用板上以软件的新版本替换原版本；

步骤s302，主用板配置可靠升级参数，监控板配置可靠升级参数、升级依据以及恢复时间等信息，主用板与监控板配置好上述参数、信息后，在主用板和监控板之间同步可靠升级参数；

步骤s303，主用板根据可靠升级参数开始版本升级，此时，监控板根据步骤s302中配置的信息对主用板升级状态进行探测，当监控板探测得到主用板升级失败时，执行步骤s304；当监控板探测得到主用板升级成功时，执行步骤s305，其中，主用板进行版本升级可包括如上述A1、A2相应的过程，而监控板进行主用板升级状态探测可包括如上述B1、B2相应的过程；

步骤s304，当步骤s303监控板探测得到主用板升级失败时，监控板控制主用板恢复为本此升级前的状态，而主用板在受到监控板控制进行升级前状态的恢复可以是主用板设置再次启动的启动版本为原版本，并恢复成升级前的配置(如对外接口状态)，之后则可对主用板进行硬复位，而监控板则自行恢复成升级前的环境参数及配置；

步骤s305，当步骤s303监控板探测得到主用板升级成功时，监控板则自行复位进行自身的升级，主用板升级成功的指示可以是当主用板启动正常、主用板接口可正常注册、用户正常登陆等。

实施上述图3所示实施例，可在图2所示实施例效果基础上增加如下内容：当监控板探测到主用板升级成功时，监控板进行自行复位、升级，可使技术方案更加完整可行。

相应的，下面对本发明实施例的升级系统进行说明，其中也对本发明实施例的监控实体进行了说明。

图4是本发明实施例的升级系统的主要结构图，参照该图，该系统主要包括主用设备41和监控设备42，而主用设备包括有主用导入单元411、主用参数配置单元412、主用升级单元413，监控设备42包括监控探测单元421、监控控制单元422，其中，各设备、单元连接关系及功能如下述：

主用设备41与监控设备42相连，主用导入单元411、主用参数配置单元412分别与主用升级单元413相连，监控探测单元421与监控控制单元422相连；

主用导入单元411，可下载最新的软件版本，称为新版本，下载源可以是系统前台设备中预先保存好的新版本；

主用参数配置单元412，为主用设备41升级配置可靠升级的参数；

主用升级单元413，根据主用参数配置单元412配置的可靠升级的参数以及导入单元411下载的最新软件版本，开始进行版本升级；

监控探测单元421，对主用设备41中的升级状态进行探测，当主用设备41升级失败时，触发监控控制单元422工作；

监控控制单元422，控制主用设备41恢复成本次升级前的状态。

根据图4所示的本发明实施例的升级系统的主要结构图，其中监控控制单元422还包括如图5所示的结构：

监控切换单元51，可当所述监控探测单元421探测到主用设备41升级失败时，将主用设备41切换成主用状态，获取当前的系统控制权；

监控发送单元52，可当所述监控探测单元421探测到主用设备41升级失败时，向主用设备41发送用于控制该主用设备以原版本启动的控制信息，该控制信息可触发其他状态的配置，如主用设备41对外接口状态的恢复配置等，从而使主用设备41恢复成此次升级前的状态。

另外，在包括如图5所示的监控控制单元422结构的基础上，该升级系统中的监控设备42还可以包括一监控恢复单元，该监控恢复单元可在当主用设备41版本升级失败时，将监控设备42自身恢复成升级前的配置。

此外，上述三种升级系统中的监控探测单元421可具体包括如图6所示的结构：

监控状态探测单元61，探测主用设备41进行版本升级过程的在线状态；

监控定时单元62，可当监控状态探测单元61探测得到主用设备41在线时，对主用设备41返回的升级成功信息进行监控计时，具体可在主用设备41离线时刻启动定时器，开始监控计时。

值得说明的是，为了完善本发明实施例，在上述各种结构的升级系统中，主用升级单元413可具体由如图7所示的结构组成：

主用加载单元71，在主用设备41启动文件boot中加载新版本；

主用设置单元72，将主用设备41启动版本设置为所加载的新版本。

另外，可相应在主用实体上增加用于在主用实体升级后检测主用设备启动是否正常、主用设备接口是否可正常注册、用户是否可正常登陆的检测单元，以检测升级是否成功，也可以相应在监控实体上增加用于在主用实体升级成功后对监控实体自身进行升级的升级单元。

采用如图4所示本发明实施例，通过监控设备42中监控探测单元421对主用设备41的版本升级状态的探测，并当探测到主用设备41版本升级失败时，监控控制单元422控制主用设备41恢复成本此升级前的状态，从而实现系统升级自恢复，无需维护人员到达现成进行软件原版本的恢复，进而提高系统效率。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。

Claims (9)

1.一种系统升级的方法，该系统包括主用实体和监控实体，其特征在于，包括：

监控实体对主用实体版本升级状态进行探测，当该主用实体版本升级失败时，该监控实体控制所述主用实体恢复为此次升级前的状态。

2.如权利要求1所述的系统升级的方法，其特征在于，该方法还包括：

当所述主用实体升级失败时，监控实体切换为主用状态。

3.如权利要求1或2所述的系统升级的方法，其特征在于，该方法中所述监控实体对主用实体版本升级状态进行探测包括：

监控实体探测所述主用实体版本升级过程的在线状态；

当所述主用实体离线时，所述监控实体对所述主用实体的升级成功信息设置监控计时，若在监控计时的时间内未收到该升级成功信息，则主用实体版本升级失败。

4.一种升级系统，该升级系统包括主用实体和监控实体，其特征在于，所述监控实体包括：

监控探测单元，用于对所述主用实体版本升级状态进行探测；

监控控制单元，用于当所述主用实体版本升级失败时，控制所述主用实体恢复为此次升级前的状态。

5.如权利要求4所述的升级系统，其特征在于，所述监控控制单元包括：

监控切换单元，用于当所述主用实体版本升级失败时，将该监控实体切换为主用状态；

监控发送单元，用于当所述主用实体版本升级失败时，向所述主用实体发送用于控制该主用实体恢复为本次升级前状态的控制信息。

6.如权利要求4或5所述的升级系统，其特征在于，所述监控探测单元包括：

监控状态探测单元，用于探测所述主用实体版本升级过程的在线状态；

监控定时单元，用于当所述主用实体离线时，对所述主用实体的升级成功信息进行监控计时，若在该监控计时的时间内未收到该升级成功信息，则主用实体版本升级失败。

7.一种监控实体，其特征在于，包括：

监控探测单元，用于对主用实体升级状态进行探测；

监控控制单元，用于当所述主用实体版本升级失败时，控制所述主用实体恢复为此次升级前的状态。

8.如权利要求7所述的监控设备，其特征在于，所述监控控制单元包括：

监控切换单元，用于当所述主用实体版本升级失败时，将该监控实体切换为主用状态；

监控发送单元，用于当所述主用实体版本升级失败时，向所述主用实体发送用于控制该主用实体恢复为本次升级前状态的控制信息。

9.如权利要求7或8所述的监控设备，其特征在于，所述监控探测单元包括：

监控状态探测单元，用于探测所述主用实体版本升级过程的在线状态；

监控定时单元，用于当所述主用实体离线时，对所述主用实体的升级成功信息进行监控计时，若在该监控计时的时间内未收到该升级成功信息，则主用实体版本升级失败。

Images