一种版本升级方法及系统技术方案

技术编号:14742161 阅读:60 留言:0更新日期:2017-03-01 17:16
本发明专利技术公开了一种版本升级方法及系统,涉及通信技术领域。本发明专利技术方法包括:设备升级过程中,收到新版本激活指令的各设备客户端,仅重启中央处理单元(CPU)并应用新版本;当新版本激活成功后,收到提交新版本指令的各设备客户端,使用预先备份的底层芯片数据,恢复并更新本客户端的底层芯片数据。本发明专利技术还公开了一种版本升级系统。本申请技术方案在更新版本时,仅是单板CPU重启,底层转发芯片不重启,这样就能保证底层通信畅通,从而解决现有ISSU升级方式中主备环境要求高以及较短时间内有业务中断的问题。

【技术实现步骤摘要】

本专利技术涉及通信
,更具体地,涉及设备版本的一种升级方式,即软件重启、硬件不重启版本升级的方法和系统。
技术介绍
版本升级是一种较为成熟的技术,目前已有多种升级方式,最为常见的一种升级方式是ISSU(In-ServiceSoftwareUpgrade,不中断业务升级),它是一种能够保证在升级过程中业务不中断或者中断时间较短的升级方式,鉴于此优点,这种升级方式被广泛应用。ISSU基本原理是:在主用主控板正常运行的情况下,升级备用主控板,备用主控板升级完成后进行主备倒换,让原来的备用主控板升级为主用主控接替原来主用主控板的工作,主备倒换成功后再以热补丁方式升级其他单板,直到所有单板升级到新版本,至此升级结束。整个过程如图1所示。ISSU升级要求升级版本为兼容版本且系统是主备环境,设备至少具备两块主控板,分别作为主用主控和备用主控。升级过程中,两块单板交替作为主用主控来保证系统的正常运行,其工作原理如图2所示。从上述内容可以看出,ISSU升级方式有一定的局限性,首先要求设备至少有两块主控板。其次在以热补丁升级其他单板时,单板有可能会重启,这就会造成局部时间较短的业务中断。
技术实现思路
本专利技术所要解决的技术问题是,提供一种版本升级方法及系统,以解决现有ISSU升级方式中的局限性的问题。为了解决上述技术问题,本专利技术公开了一种版本升级方法,该方法包括:设备升级过程中,收到新版本激活指令的各设备客户端,重启中央处理单元CPU并应用新版本;当新版本激活成功后,收到提交新版本指令的各设备客户端,使用预先备份的底层芯片数据,更新本客户端的底层芯片数据。可选地,上述方法中,所述各设备客户端收到新版本激活指令之前,该方法还包括:设备服务端收到新版本升级指令后,向各设备客户端发送保存数据请求;收到所述保存数据请求的设备客户端将自身的底层芯片数据上报给所述设备服务端;所述设备服务端将所收到的各设备客户端的底层芯片数据备份至设备硬盘中。可选地,上述方法中,所述各设备客户端收到提交新版本指令,使用预先备份的底层芯片数据,更新本客户端的底层芯片数据的过程包括:设备客户端收到提交新版本指令时,将预先备份的底层芯片数据与新版本数据进行对比,针对对比出的相同数据,按照预先备份的底层芯片数据进行恢复,针对对比出的不同数据,按照新版本数据进行更新。可选地,上述方法还包括:新版本激活失败后,回退到旧版本,并终止升级。本专利技术还公开了一种版本升级系统,所述系统包括:升级单元,在设备升级过程中,收到新版本激活指令时,重启中央处理单元CPU并应用新版本;数据恢复单元,在新版本激活成功后,收到提交新版本指令时,使用预先备份的底层芯片数据,更新本客户端的底层芯片数据。可选地,上述系统还包括:数据传输单元,在收到服务端发送的保存数据请求时,将自身的底层芯片数据上报给服务端。可选地,上述系统中,所述数据恢复单元收到提交新版本指令,使用预先备份的底层芯片数据,更新本客户端的底层芯片数据指:所述数据恢复单元,在收到提交新版本指令时,使用预先备份的底层芯片数据与新版本数据进行对比,针对对比出的相同数据,按照预先备份的底层芯片数据进行恢复,针对对比出的不同数据,按照新版本数据进行更新。可选地,上述系统还包括:回退单元,在新版本激活失败后,回退到旧版本,并终止升级。本申请技术方案仅限于兼容版本的升级,在更新版本时,仅是单板CPU重启,底层转发芯片不重启,这样就能保证底层通信畅通,从而解决现有ISSU升级方式中主备环境要求高以及较短时间内有业务中断的问题。附图说明图1是现有ISSU升级流程图;图2是现有ISSU升级过程中两块单板交替作为主用主控板的原理示意图;图3是本专利技术实施例的原理示意图;图4是本专利技术实施例实现版本升级的流程图;图5是本专利技术实施例实现版本升级的系统示意图。具体实施方式为使本专利技术的目的、技术方案和优点更加清楚明白,下文将结合附图对本专利技术技术方案作进一步详细说明。需要说明的是,在不冲突的情况下,本申请的实施例和实施例中的特征可以任意相互组合。实施例1本申请专利技术人提出,可以在升级前对底层芯片数据进行备份,在升级后再对底层芯片数据进行恢复更新,即在升级时可以只对CPU进行重启,而不对底层芯片进行复位。具体地,可以由设备客户端在升级处理之前触发checkpoint对底层芯片数据进行收集和保存,并上传到客户服务端,客户服务端以文件格式保存到服务端硬盘上,升级处理时不对底层芯片进行复位,升级结束后客户端与服务端交互可以通过checkpoint对数据进行恢复与更新,此原理如图3所示。基于上述思想,本实施例提供一种版本升级方法,主要包括如下操作:设备升级过程中,收到新版本激活指令的各设备客户端,仅重启CPU并应用新版本;当新版本激活成功后,收到提交新版本指令的各设备客户端,使用预先备份的底层芯片数据,更新本客户端的底层芯片数据。其中,预先备份的各设备客户端的底层芯片数据可以是,设备服务端收到新版本升级指令后,转发给各设备客户端,由各设备客户端上报各自的底层芯片数据至设备服务端,设备服务端将所获取的各设备客户端的底层芯片数据备份至设备硬盘中即可。当然,本实施例并不限于此种方式,也可以由各设备客户端主动向设备服务端上报底层芯片数据,或者周期上报底层芯片数据等,保证设备硬盘中备份有各设备客户端的底层芯片数据以便新版本激活后使用即可。另外,按照上述方法进行版本升级时,若新版本激活失败,则回退到旧版本,并终止升级。下面结合附图对上述方法的实施做进一步的详细描述。图4所示为本实施例进行版本升级的具体操作过程,该过程包括如下操作:步骤S401:制作新版本。在计算机上用工具制作与当前设备运行版本相互兼容的待升级版本。步骤S402:用户输入添加命令(即为新版本升级指令),通过ftp将版本上传至设备硬盘,添加新版本。步骤S403:设备服务端向设备各个客户端发送保存数据请求,客户端触发checkpoint收集底层芯片数据。其中,底层芯片数据包括传送与接收所需要的电信号、数据编码和线路状态等,不同的芯片类型选择不同的数据内容。步骤S404:设备客户端将收集的数据上传至设备服务端。步骤S405:设备服务端以文件格式将数据保存至设备硬盘。步骤S406:查看设备打印提示,确认版本添加完成,若用户输入新版本激活指令,则设备服务端将收到的新版本激活指令下发到各设备客户端,各设备客户端CPU重启应用新版本。步骤S407:新版本起来后,用户输入查询命令,查看新版本状态,确认版本升级是否成功,如果成功执行步骤S408,否则执行步骤S411。步骤S408:用户输入提交新版本指令。步骤S409:设备服务端收到提交新版本指令之后,将该提交新版本指令下发到各设备客户端,设备客户端触发checkpoint,使用设备硬盘中本设备客户端的底层芯片数据更新底层芯片数据。具体地,设备客户端触发checkpoint,将设备硬盘中底层芯片数据(即预先备份的底层芯片数据)与新版本数据进行对比,针对对比出的相同数据,按照预先备份的底层芯片数据进行恢复,针对对比出的不同数据,按照新版本数据进行更新,保证设备升级后正常运行即可。步骤S410:查看设备打印提示,确认新版本提交完成,结束本流程。步骤S411:用户本文档来自技高网...
一种版本升级方法及系统

【技术保护点】
一种版本升级方法,其特征在于,该方法包括:设备升级过程中,收到新版本激活指令的各设备客户端,重启中央处理单元CPU并应用新版本;当新版本激活成功后,收到提交新版本指令的各设备客户端,使用预先备份的底层芯片数据,更新本客户端的底层芯片数据。

【技术特征摘要】
1.一种版本升级方法,其特征在于,该方法包括:设备升级过程中,收到新版本激活指令的各设备客户端,重启中央处理单元CPU并应用新版本;当新版本激活成功后,收到提交新版本指令的各设备客户端,使用预先备份的底层芯片数据,更新本客户端的底层芯片数据。2.如权利要求1所述的方法,其特征在于,所述各设备客户端收到新版本激活指令之前,该方法还包括:设备服务端收到新版本升级指令后,向各设备客户端发送保存数据请求;收到所述保存数据请求的设备客户端将自身的底层芯片数据上报给所述设备服务端;所述设备服务端将所收到的各设备客户端的底层芯片数据备份至设备硬盘中。3.如权利要求1或2所述的方法,其特征在于,所述各设备客户端收到提交新版本指令,使用预先备份的底层芯片数据,更新本客户端的底层芯片数据的过程包括:设备客户端收到提交新版本指令时,将预先备份的底层芯片数据与新版本数据进行对比,针对对比出的相同数据,按照预先备份的底层芯片数据进行恢复,针对对比出的不同数据,按照新版本数据进行更新。4.如权利要求3所述的方法,其特征在于,...

【专利技术属性】
技术研发人员:董圣男
申请(专利权)人:中兴通讯股份有限公司
类型:发明
国别省市:广东;44

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1