WO2009015593A1 - Procédé de mise à niveau d'un système, système de mise à niveau et entité de surveillance - Google Patents
Procédé de mise à niveau d'un système, système de mise à niveau et entité de surveillance Download PDFInfo
- Publication number
- WO2009015593A1 WO2009015593A1 PCT/CN2008/071777 CN2008071777W WO2009015593A1 WO 2009015593 A1 WO2009015593 A1 WO 2009015593A1 CN 2008071777 W CN2008071777 W CN 2008071777W WO 2009015593 A1 WO2009015593 A1 WO 2009015593A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- upgrade
- monitoring
- entity
- active
- version
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
Definitions
- the present invention relates to the field of communications, and in particular, to a system upgrade method, an upgrade system, and a monitoring entity. Background technique
- the development of telecommunication networks is increasingly demanding for high availability (HA).
- the 1+1 hot backup mode is generally used for the core modules in the current communication equipment, and the version of the system is The upgrade also uses this 1+1 hot backup method to reduce or avoid the impact on business operations.
- IA Information Acnode
- the primary entity is a device, a board, and the like involved in the operation of the entire system
- the 1+1 hot backup mode provides a standby entity to the primary entity, and the backup entity functions as the primary entity in the system.
- the standby entity switches to the active state to replace the active entity to continue to participate in the service running of the entire system.
- the method for upgrading the system according to the existing software upgrade mode includes the process shown in Figure 1:
- Step slOl downloading a new version of the software for upgrading on the primary entity
- Step sl02 the main entity upgrades the new version, that is, loads the new version
- Step sl03 restarting the main entity
- Step s104 the user remotely logs in to the active entity, and whether the remote login succeeds depends on whether the active entity is started normally after the new version is loaded, or depends on whether the device port works normally.
- the remote login fails, the maintenance personnel Go to the main entity site to restore the original version.
- the technical problem to be solved by the embodiments of the present invention is to provide a system upgrade method, an upgrade system, and a monitoring entity.
- the monitoring entity can monitor the version upgrade of the active entity instead of the manual intervention, and when the upgrade of the active entity version fails, The monitoring entity controls the main entity to return to the state before the upgrade, which can prevent the maintenance personnel from reaching the site to perform the above recovery, thereby improving system efficiency.
- the embodiment of the present invention provides a system upgrade method, including: monitoring an entity to detect an upgrade status of a primary entity version;
- the monitoring entity controls the primary entity to revert to the state before the upgrade.
- the embodiment of the present invention further provides an upgrade system, where the upgrade system includes an active entity and a monitoring entity, where the monitoring entity includes:
- the monitoring and detecting unit is configured to detect the upgrade status of the active entity version
- the monitoring control unit is configured to control, when the upgrade of the active entity version fails, to restore the active entity to a state before the upgrade.
- an embodiment of the present invention further provides a monitoring entity, including:
- the monitoring and detecting unit is configured to detect the upgrade status of the active entity
- the monitoring control unit is configured to control, when the upgrade of the active entity version fails, to restore the active entity to a state before the upgrade.
- the monitoring entity when the active entity version is upgraded, the monitoring entity detects the upgrade status of the active entity version, and when the monitoring entity detects that the upgrade of the active entity version fails, the monitoring entity controls the active entity to restore the current entity.
- the status of the pre-upgrade so that the system upgrades and restores itself, and no maintenance personnel arrive at the site to restore the original version of the software.
- the system upgrades and recovers in time which can solve the problem of service interruption due to the failure of the upgrade of the active entity version, and achieves the distribution.
- FIG. 1 is a schematic diagram of a prior art software upgrade method
- FIG. 2 is a schematic diagram of a first embodiment of a method for system upgrade of the present invention
- FIG. 3 is a schematic diagram of a second embodiment of a method for system upgrade of the present invention.
- 4 is a main structural diagram of an upgrade system according to an embodiment of the present invention.
- FIG. 5 is a schematic structural diagram of a monitoring control unit according to an embodiment of the present invention.
- FIG. 6 is a schematic structural diagram of a monitoring and detecting unit according to an embodiment of the present invention.
- FIG. 7 is a schematic structural diagram of a main upgrade unit according to an embodiment of the present invention.
- the embodiment of the invention provides a system upgrade method, and an upgrade system and a monitoring entity, which can implement monitoring of the main entity in the version upgrade by the monitoring entity, thereby realizing system upgrade self-recovery and improving system efficiency.
- Step s201 The main device and the monitoring device respectively download the latest software version, which is called the new version.
- This upgrade replaces the original version with the new version on the main device, and configures some key resources, such as the status of the external interface.
- the device can save the new version in advance, and the active device and the monitoring device can download the new version from the foreground device in time, and start the upgrade.
- the timing information can be manually configured.
- Step s202 The primary device is configured with reliable upgrade parameters, and the monitoring device is configured with reliable upgrade parameters, upgrade basis, and recovery time.
- the active device starts the version upgrade according to the parameters of the reliable upgrade and the new version, and the monitoring device detects the upgrade status of the active device according to the information configured in the step s202, wherein the upgrade of the active device includes the following process. :
- the active device loads the new version in the boot file boot.
- the active device is set to the new version loaded in A1, and then the active device can be soft reset.
- the process of detecting the upgrade status of the primary device by the monitoring device is as follows:
- the monitoring device detects an online state of the version upgrade process of the primary device.
- the monitoring device sets a monitoring timing for the upgrade success information returned by the primary device, and then starts a timer when the primary device is offline, and starts monitoring timing. At this time, monitoring The device can operate independently as a monitoring entity because the primary device is offline;
- Step s204 when the monitoring device detects that the upgrade of the primary device fails in step s203, that is, when When the upgrade success information returned by the primary device to the monitoring device is not received, the monitoring device controls the primary device to return to the state before the upgrade.
- the recovery to the pre-upgrade state includes the recovery of the original version before the upgrade.
- the configuration of resources, etc. in addition, when the monitoring device has the data processing capability of the primary device:
- the monitoring device After detecting that the upgrade of the active device fails, the monitoring device can be switched to the active state to obtain the current system control right.
- the monitoring device can temporarily perform the function of the active device, so as to ensure that the service is not interrupted.
- the active device After receiving the above control information, the active device sets the startup version that is started again by the active device to the original version, and restores the configuration before the upgrade (such as the recovery of the external interface state). After that, the active device can be hardened. Reset, and the monitoring device can restore itself to the pre-upgrade environment parameters and configuration.
- the implementation of the foregoing embodiment of FIG. 2 can implement monitoring of the upgrade status of the active device by the monitoring device.
- the monitoring device controls the active device to be restored to the pre-upgrade state. Reach the equipment site to restore the original version of the software.
- FIG. 1 shows the recovery related processing after the primary entity fails to upgrade.
- FIG. 3 illustrates the complete upgrade process.
- FIG. 3 is a schematic diagram of a second embodiment of a method for upgrading a system according to the present invention.
- the method is based on an apparatus including an active board and a monitoring board. Referring to FIG. 3, the method includes:
- Step s301 The device main board and the monitoring board respectively download the latest software version from the remote device, which is called a new version.
- the purpose of the upgrade is to replace the original version with the new version of the software on the main board;
- Step s302 The main board is configured with reliable upgrade parameters, and the monitoring board is configured with reliable upgrade parameters, upgrade basis, and recovery time. After the main board and the monitoring board are configured with the above parameters and information, the main board and the monitoring board are synchronized. Reliable upgrade parameters;
- Step s303 The main board starts the version upgrade according to the reliable upgrade parameter.
- the monitoring board detects the upgrade status of the main board according to the information configured in step s302.
- step s304 is performed.
- step s305 is performed, wherein the version upgrade of the main board may include the corresponding processes of the foregoing Al and A2, and the monitoring board performing the main board upgrade status detection may include the above. Bl, B2 corresponding process;
- Step s304 when the monitoring board detects that the upgrade of the main board fails in step s303, the monitoring board controls the main board to restore the state before the upgrade, and the recovery of the main board before being upgraded by the monitoring board may be the main state.
- the boot version started again with the board settings is the original version, and is restored to the pre-upgrade configuration. (such as the status of the external interface), after which the main board can be hard reset, and the monitoring board automatically restores the environment parameters and configuration before the upgrade;
- step s305 when the monitoring board detects that the upgrade of the active board is successful, the monitoring board resets itself and upgrades itself.
- the indication that the main board is successfully upgraded may be that the main board is started normally, and the main board interface can be normally registered. The user logs in normally.
- the implementation of the embodiment shown in FIG. 3 can add the following content to the effect of the embodiment shown in FIG. 2:
- the monitoring board detects that the main board is successfully upgraded, the monitoring board performs self-reset and upgrade, which can make the technical solution more complete. feasible.
- the system mainly includes an active entity, that is, a primary device 41 and a monitoring entity, that is, a monitoring device 42, and the primary device 41 includes a primary device.
- the import unit 411, the main parameter configuration unit 412, and the main upgrade unit 413, the monitoring device 42 includes a monitoring and detecting unit 421 and a monitoring control unit 422, wherein each device and unit connection relationship and functions are as follows:
- the main device 41 is connected to the monitoring device 42.
- the main import unit 411 and the main parameter configuration unit 412 are respectively connected to the main upgrade unit 413, and the monitoring and detecting unit 421 is connected to the monitoring control unit 422.
- the main import unit 411 can be downloaded.
- the latest software version, called the new version can be a pre-saved new version of the system's foreground device;
- the main parameter configuration unit 412 upgrades the parameter for the reliable upgrade of the main device 41;
- the main upgrade unit 413 uses the parameter of the reliable upgrade configured by the main parameter configuration unit 412 and the latest software version downloaded by the import unit 411. Start the version upgrade;
- the monitoring and detecting unit 421 detects the upgrade status in the main device 41, and when the main device 41 fails to upgrade, triggers the monitoring control unit 422 to work;
- the monitoring control unit 422 controls the main device 41 to restore the state before the sub-upgrade.
- FIG. 4 The main structural diagram of the upgrade system according to the embodiment of the present invention shown in FIG. 4, wherein the monitoring control unit 422 further includes the structure as shown in FIG.
- the monitoring switching unit 51 can switch the active device 41 to the active state and obtain the current system control right when the monitoring and detecting unit 421 detects that the primary device 41 fails to upgrade;
- the monitoring sending unit 52 can detect that the upgrade of the primary device 41 fails when the monitoring detecting unit 421 detects At the same time, the control information for controlling the main device to be activated by the original version is sent to the main device 41, and the control information may trigger the configuration of other states, such as the restoration configuration of the external interface state of the main device 41, thereby making the main use The device 41 is restored to the state before the upgrade.
- the monitoring device 42 in the upgrade system may further include a monitoring and recovery unit, and the monitoring and recovery unit may be when the upgrade of the main device 41 fails.
- the monitoring device 42 itself is restored to the pre-upgrade configuration.
- monitoring and detecting unit 421 in the above three upgrade systems may specifically include the structure shown in FIG. 6:
- the monitoring state detecting unit 61 detects the online state of the version upgrading process of the main device 41.
- the monitoring timing unit 62 can update the success information returned to the main device 41 when the monitoring state detecting unit 61 detects that the main device 41 is offline.
- the monitoring timing is performed, and the timer can be started when the main device 41 is offline, and the monitoring timing is started.
- the main upgrade unit 413 may specifically be composed of the structure shown in FIG. 7:
- the main load unit 71 loads a new version in the boot file of the main device 41;
- the main setting unit 72 sets the startup version of the main device 41 to the new version loaded.
- a detection unit for detecting whether the active device startup is normal, whether the active device interface can be normally registered, and whether the user can log in normally is added to the primary entity to detect whether the upgrade is successful.
- the upgrade unit for upgrading the monitoring entity itself after the upgrade of the active entity is successful may also be added to the monitoring entity.
- the monitoring device 421 detects the version upgrade status of the main device 41 by the monitoring device 421, and when detecting that the version upgrade of the main device 41 fails, the monitoring control unit 422 controls The main device 41 restores the pre-upgrade state, thereby realizing system upgrade and self-recovery, and no maintenance personnel need to reach the off-the-shelf software to restore the original version, thereby improving system efficiency.
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Debugging And Monitoring (AREA)
Description
系统升级的方法、 升级系统及监控实体
本申请要求于 2007年 7月 27日提交中国专利局、申请号为 200710029442.9、 发明名称为 "系统升级的方法、 升级系统及监控实体" 的中国专利申请的优先 权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信领域， 尤其涉及一种系统升级的方法、 一种升级系统及监 控实体。 背景技术
目前， 电信网絡的发展对于高可靠性 ( High Availability, HA )要求越来越 高， 为了提高系统的 HA, 当前通讯设备中对于核心模块普遍使用了 1+1热备份 方式， 而且对于系统的版本升级也使用了这套 1+1 热备份方式来减少或避免对 业务运行的影响。
通常， 对于信息孤岛 （ Information Acnode, IA )设备来说， 往往可以通过 远程控制来登陆 IA, 设备软件升级时， 也可以用现有的软件升级方式来处理。
现有技术中， 主用实体为整个系统业务运行中所涉及的设备、 单板等， 而 1+1热备份方式对主用实体提供了备用实体，备用实体的作用是在主用实体在系 统业务运行中发生故障时， 备用实体切换为主用状态以替换主用实体继续参与 整个系统的业务运行， 按现有的软件升级方式进行系统升级的方法包括如图 1 所示的过程：
步骤 slOl， 在主用实体上下载用于升级的软件新版本；
步骤 sl02， 主用实体进行新版本的升级， 即加载新版本；
步骤 sl03， 重新启动主用实体；
步骤 sl04， 用户远程登陆所述主用实体， 而远程登陆是否成功依赖于上述 新版本加载后主用实体是否正常启动， 或依赖于设备端口是否正常工作， 当用 户远程登陆失败时， 维护人员即前往主用实体现场进行原版本的恢复。
发明人在实施本发明过程中发现： 现有技术在进行主用实体版本升级时， 一旦主用实体版本升级失败， 则必须通过维护人员到达现场进行此次升级前主 用实体状态的恢复。
发明内容
本发明实施例所要解决的技术问题在于， 提供一种系统升级的方法、 升级 系统及监控实体， 可由监控实体代替人工干预来监控主用实体的版本升级， 并 在主用实体版本升级失败时， 由监控实体控制主用实体恢复成此次升级前的状 态， 可避免维护人员到达现场进行上述恢复， 提高系统效率。
为了解决上述技术问题， 本发明实施例提出了一种系统升级的方法， 包括： 监控实体对主用实体版本升级状态进行探测；
当该主用实体版本升级失败时， 该监控实体控制所述主用实体恢复为此次 升级前的状态。
相应地， 本发明实施例还提供了一种升级系统 , 该升级系统包括主用实体 和监控实体， 所述监控实体包括：
监控探测单元， 用于对所述主用实体版本升级状态进行探测；
监控控制单元， 用于当所述主用实体版本升级失败时， 控制所述主用实体 恢复为此次升级前的状态。
另外， 本发明实施例还提供了一种监控实体， 包括：
监控探测单元， 用于对主用实体升级状态进行探测；
监控控制单元， 用于当所述主用实体版本升级失败时， 控制所述主用实体 恢复为此次升级前的状态。
本发明实施例在主用实体版本升级的同时， 通过监控实体对主用实体版本 升级状态进行探测， 并当监控实体探测到主用实体版本升级失败时， 监控实体 控制主用实体恢复为此次升级前的状态， 从而实现系统升级自恢复， 无需维护 人员到达现场进行软件原版本的恢复， 进而由于系统升级自恢复及时， 可解决 由于主用实体版本升级失败使得业务中断的问题， 并且达到分布式系统的要求， 以设备自适应代替人工干预， 提高系统工作效率。 附图说明
图 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, 其中， 主用板进行版本升级可包括如上述 Al、 A2相应的过程， 而监控板进行 主用板升级状态探测可包括如上述 Bl、 B2相应的过程；
步骤 s304, 当步骤 s303监控板探测得到主用板升级失败时， 监控板控制主 用板恢复为本此升级前的状态， 而主用板在受到监控板控制进行升级前状态的 恢复可以是主用板设置再次启动的启动版本为原版本， 并恢复成升级前的配置
(如对外接口状态）， 之后则可对主用板进行硬复位， 而监控板则自行恢复成升 级前的环境参数及配置；
步骤 s305 , 当步骤 s303监控板探测得到主用板升级成功时， 监控板则自行 复位进行自身的升级， 主用板升级成功的指示可以是当主用板启动正常、 主用 板接口可正常注册、 用户正常登陆等。
实施上述图 3所示实施例， 可在图 2所示实施例效果基础上增加如下内容： 当监控板探测到主用板升级成功时， 监控板进行自行复位、 升级， 可使技术方 案更加完整可行。
相应的， 下面对本发明实施例的升级系统进行说明， 其中也对本发明实施 例的监控实体进行了说明。
图 4 是本发明实施例的升级系统的主要结构图 , 参照该图 , 该系统主要包 括主用实体， 即主用设备 41和监控实体， 即监控设备 42， 而主用设备 41 包括 有主用导入单元 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恢复成本此升级前的状态， 从而实现系统升 级自恢复， 无需维护人员到达现成进行软件原版本的恢复， 进而提高系统效率。
通过以上的实施方式的描述， 本领域的技术人员可以清楚地了解到本发明 可借助软件加必需的硬件平台的方式来实现， 当然也可以全部通过硬件来实施。 基于这样的理解， 本发明的技术方案对背景技术做出贡献的全部或者部分可以 以软件产品的形式体现出来， 该计算机软件产品可以存储在存储介质中， 如 ROM/RAM, 磁碟、 光盘等， 包括若干指令用以使得一台计算机设备（可以是个 人计算机， 服务器， 或者网络设备等）执行本发明各个实施例或者实施例的某
些部分所述的方法。
以上所述是本发明的优选实施方式， 应当指出， 对于本技术领域的普通技 术人员来说， 在不脱离本发明原理的前提下， 还可以做出若千改进和润饰， 这 些改进和润饰也视为本发明的保护范围。
Claims
1、 一种系统升级的方法， 其特征在于， 包括：
监控实体对主用实体版本升级状态进行探测；
当所述主用实体版本升级失败时， 所述监控实体控制所述主用实体恢复为 此次升级前的状态。
2、 如权利要求 1所述的系统升级的方法， 其特征在于， 该方法还包括： 当所述主用实体升级失败时， 监控实体切换为主用状态。
3、 如权利要求 1或 2所述的系统升级的方法， 其特征在于， 该方法中所述 监控实体对主用实体版本升级状态进行探测包括：
监控实体探测所述主用实体版本升级过程的在线状态；
当所述主用实体离线时， 所述监控实体对所述主用实体的升级成功信息设 置监控计时， 若在监控计时的时间内未收到该升级成功信息， 则主用实体版本 升级失败。
4、 一种升级系统， 该升级系统包括主用实体和监控实体， 其特征在于， 所 述监控实体包括：
监控探测单元， 用于对所述主用实体版本升级状态进行探测；
监控控制单元， 用于当所述主用实体版本升级失败时， 控制所述主用实体 恢复为此次升级前的状态。
5、 如权利要求 4所述的升级系统， 其特征在于， 所述监控控制单元包括： 监控切换单元， 用于当所述主用实体版本升级失败时， 将该监控实体切换 为主用状态；
监控发送单元， 用于当所述主用实体版本升级失败时， 向所述主用实体发 送用于控制该主用实体恢复为本次升级前状态的控制信息。
6、 如权利要求 4或 5所述的升级系统， 其特征在于， 所述监控探测单元包
括：
监控状态探测单元， 用于探测所述主用实体版本升级过程的在线状态； 监控定时单元， 用于当所述主用实体离线时， 对所述主用实体的升级成功 信息进行监控计时， 若在该监控计时的时间内未收到该升级成功信息， 则主用 实体版本升级失败。
7、 一种监控实体， 其特征在于， 包括：
监控探测单元， 用于对主用实体升级状态进行探测；
监控控制单元， 用于当所述主用实体版本升级失败时， 控制所述主用实体 恢复为此次升级前的状态。
8、 如权利要求 7所述的监控实体， 其特征在于， 所述监控控制单元包括： 监控切换单元， 用于当所述主用实体版本升级失败时， 将该监控实体切换 为主用状态；
监控发送单元， 用于当所述主用实体版本升级失败时， 向所述主用实体发 送用于控制该主用实体恢复为本次升级前状态的控制信息。
9、 如权利要求 7或 8所述的监控实体， 其特征在于， 所述监控探测单元包 括：
监控状态探测单元， 用于探测所述主用实体版本升级过程的在线状态； 监控定时单元， 用于当所述主用实体离线时， 对所述主用实体的升级成功 信息进行监控计时， 若在该监控计时的时间内未收到该升级成功信息， 则主用 实体版本升级失败。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007100294429A CN101114935A (zh) | 2007-07-27 | 2007-07-27 | 系统升级的方法、升级系统及监控实体 |
| CN200710029442.9 | 2007-07-27 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2009015593A1 true WO2009015593A1 (fr) | 2009-02-05 |
Family
ID=39023070
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2008/071777 WO2009015593A1 (fr) | 2007-07-27 | 2008-07-28 | Procédé de mise à niveau d'un système, système de mise à niveau et entité de surveillance |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN101114935A (zh) |
| WO (1) | WO2009015593A1 (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11592467B2 (en) | 2017-11-14 | 2023-02-28 | Pilz Gmbh & Co. Kg | Input circuit for the fail-safe reading in of an analog input signal |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101114935A (zh) * | 2007-07-27 | 2008-01-30 | 华为技术有限公司 | 系统升级的方法、升级系统及监控实体 |
| CN101556542B (zh) * | 2009-05-25 | 2012-10-03 | 成都市华为赛门铁克科技有限公司 | 一种成对冗余结构中器件的升级方法及设备 |
| CN102739442B (zh) * | 2012-06-06 | 2018-07-31 | 中兴通讯股份有限公司 | 一种对设备进行软件升级的方法及系统 |
| CN105760249A (zh) * | 2016-03-25 | 2016-07-13 | 山东超越数控电子有限公司 | 一种交换机软件故障恢复的方法 |
| CN109144605A (zh) * | 2018-08-06 | 2019-01-04 | 北京奇艺世纪科技有限公司 | 一种应用程序处理方法和装置 |
| CN109408135A (zh) * | 2018-08-29 | 2019-03-01 | 百度在线网络技术（北京）有限公司 | 双系统升级方法、装置、设备及计算机可读存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1393774A (zh) * | 2001-06-30 | 2003-01-29 | 三星电子株式会社 | 在网络环境下升级软件的方法和实现这种升级的网络装置 |
| CN1834909A (zh) * | 2005-03-18 | 2006-09-20 | 上海华为技术有限公司 | 用于远程设备系统软件的升级方法 |
| CN1992639A (zh) * | 2005-12-27 | 2007-07-04 | 中兴通讯股份有限公司 | 网络设备的软件及数据远程更新方法 |
| CN101114935A (zh) * | 2007-07-27 | 2008-01-30 | 华为技术有限公司 | 系统升级的方法、升级系统及监控实体 |
-
2007
- 2007-07-27 CN CNA2007100294429A patent/CN101114935A/zh active Pending
-
2008
- 2008-07-28 WO PCT/CN2008/071777 patent/WO2009015593A1/zh active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1393774A (zh) * | 2001-06-30 | 2003-01-29 | 三星电子株式会社 | 在网络环境下升级软件的方法和实现这种升级的网络装置 |
| CN1834909A (zh) * | 2005-03-18 | 2006-09-20 | 上海华为技术有限公司 | 用于远程设备系统软件的升级方法 |
| CN1992639A (zh) * | 2005-12-27 | 2007-07-04 | 中兴通讯股份有限公司 | 网络设备的软件及数据远程更新方法 |
| CN101114935A (zh) * | 2007-07-27 | 2008-01-30 | 华为技术有限公司 | 系统升级的方法、升级系统及监控实体 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11592467B2 (en) | 2017-11-14 | 2023-02-28 | Pilz Gmbh & Co. Kg | Input circuit for the fail-safe reading in of an analog input signal |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101114935A (zh) | 2008-01-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10866624B2 (en) | Power management method of a system made of devices powered over data cable | |
| WO2009015593A1 (fr) | Procédé de mise à niveau d'un système, système de mise à niveau et entité de surveillance | |
| WO2005076525A1 (fr) | Procede de mise a jour du dispositif de communication | |
| US9311200B1 (en) | Method and system for providing high availability to computer applications | |
| CN100527716C (zh) | 主备网关设备状态切换后业务恢复的方法及网关设备 | |
| CN102708018B (zh) | 一种异常处理方法及系统、代理设备与控制装置 | |
| WO2002097624A2 (en) | Recovery computer for a plurality of networked computers | |
| CN101888304A (zh) | 一种路由设备的升级方法、装置和系统 | |
| EP1884106A2 (en) | Systems and methods for a fault tolerant voice-over-internet protocol (voip) architecture | |
| WO2009109145A1 (zh) | 提高通信设备可靠性的方法及装置 | |
| KR20080018267A (ko) | 논-스톱 멀티-노드 시스템 동기화를 위한 방법 및 장치 | |
| WO2012174893A1 (zh) | 一种iptv系统中基于双中心容灾的切换方法及装置 | |
| WO2011018027A1 (zh) | 一种主备板升级方法、装置以及一种通信单板 | |
| CN110895469A (zh) | 双机热备系统的升级方法、装置及电子设备和存储介质 | |
| CN104503861A (zh) | 一种异常处理方法及系统、代理设备与控制装置 | |
| CN102055605B (zh) | 一种应用于aaa服务器的容灾系统及方法 | |
| CN101783770A (zh) | 报文处理方法、系统以及业务处理板、线路处理板 | |
| CN101854253A (zh) | 一种自动恢复监控和存储的方法及其监控系统 | |
| JP2016066303A (ja) | サーバ装置、冗長構成サーバシステム、情報引継プログラム及び情報引継方法 | |
| WO2014176969A1 (zh) | 一种自动容灾切换方法及装置 | |
| US20210247996A1 (en) | Service continuation system and service continuation method | |
| KR101401006B1 (ko) | 고가용성 시스템에서 소프트웨어 업데이트를 수행하기 위한 방법 및 장치 | |
| CN100413261C (zh) | 数据恢复的方法和系统 | |
| JP5344712B2 (ja) | データ整合方法及びサービス提供装置 | |
| CN102325053B (zh) | 路由器入网时物理信号的控制方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 08783770 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 08783770 Country of ref document: EP Kind code of ref document: A1 |