CN106469069B - 一种版本升级方法及系统 - Google Patents
一种版本升级方法及系统 Download PDFInfo
- Publication number
- CN106469069B CN106469069B CN201510504586.XA CN201510504586A CN106469069B CN 106469069 B CN106469069 B CN 106469069B CN 201510504586 A CN201510504586 A CN 201510504586A CN 106469069 B CN106469069 B CN 106469069B
- Authority
- CN
- China
- Prior art keywords
- data
- new version
- bottom chip
- equipment
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Retry When Errors Occur (AREA)
Abstract
本发明公开了一种版本升级方法及系统,涉及通信技术领域。本发明方法包括:设备升级过程中,收到新版本激活指令的各设备客户端,仅重启中央处理单元(CPU)并应用新版本;当新版本激活成功后,收到提交新版本指令的各设备客户端,使用预先备份的底层芯片数据,恢复并更新本客户端的底层芯片数据。本发明还公开了一种版本升级系统。本申请技术方案在更新版本时,仅是单板CPU重启,底层转发芯片不重启,这样就能保证底层通信畅通,从而解决现有ISSU升级方式中主备环境要求高以及较短时间内有业务中断的问题。
Description
技术领域
本发明涉及通信技术领域,更具体地,涉及设备版本的一种升级方式,即软件重启、硬件不重启版本升级的方法和系统。
背景技术
版本升级是一种较为成熟的技术,目前已有多种升级方式,最为常见的一种升级方式是ISSU(In-Service Software Upgrade,不中断业务升级),它是一种能够保证在升级过程中业务不中断或者中断时间较短的升级方式,鉴于此优点,这种升级方式被广泛应用。
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重启,回退到旧版本,结束本流程。
实施例2
本实施例提供一种版本升级系统,如图5所示,至少包括如下各单元:
升级单元,在设备升级过程中,收到新版本激活指令时,仅重启CPU并应用新版本;
数据恢复单元,在新版本激活成功后,收到提交新版本指令时,使用预先备份的底层芯片数据,更新本客户端的底层芯片数据。
具体地,上述数据恢复单元,在收到提交新版本指令时,触发checkpoint,使用预先备份的底层芯片数据与新版本数据进行对比,针对对比出的相同数据,按照预先备份的底层芯片数据进行恢复,针对对比出的不同数据,按照新版本数据进行更新。
另外,上述系统还可以包括:数据传输单元,在收到服务端发送的保存数据请求时,将自身的底层芯片数据上报给服务端。以及设备终端激活并提交新版本之后,设备服务端将信息下发至设备客户端。
还要说明的是,可以增加一个回退单元,主要在新版本激活失败后,回退到旧版本,并终止升级。由于本实施例提供的系统可实现上述实施例1的方法,故本系统的详细工作原理可参见上述实施例1的相应内容,在此不再赘述。
从上述实施例可以看出,与现有技术相比,本申请技术方案可以在不中断业务的情况下升级新版本,并且只有一个主控板的情况下也可以不中断业务升级。且本申请技术方案可用于目前的各种版本升级方式中。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成,所述程序可以存储于计算机可读存储介质中,如只读存储器、磁盘或光盘等。可选地,上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地,上述实施例中的各模块/单元可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。本申请不限制于任何特定形式的硬件和软件的结合。
以上所述,仅为本发明的较佳实例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (8)
1.一种版本升级方法,其特征在于,该方法包括:
设备升级过程中,收到新版本激活指令的各设备客户端,重启中央处理单元CPU并应用新版本,其中,所述各设备客户端只重启所述中央处理单元CPU,不重启底层芯片;
当新版本激活成功后,收到提交新版本指令的各设备客户端,使用预先备份的底层芯片数据,更新本客户端的底层芯片数据。
2.如权利要求1所述的方法,其特征在于,所述各设备客户端收到新版本激活指令之前,该方法还包括:
设备服务端收到新版本升级指令后,向各设备客户端发送保存数据请求;
收到所述保存数据请求的设备客户端将自身的底层芯片数据上报给所述设备服务端;
所述设备服务端将所收到的各设备客户端的底层芯片数据备份至设备硬盘中。
3.如权利要求1或2所述的方法,其特征在于,所述各设备客户端收到提交新版本指令,使用预先备份的底层芯片数据,更新本客户端的底层芯片数据的过程包括:
设备客户端收到提交新版本指令时,将预先备份的底层芯片数据与新版本数据进行对比,针对对比出的相同数据,按照预先备份的底层芯片数据进行恢复,针对对比出的不同数据,按照新版本数据进行更新。
4.如权利要求3所述的方法,其特征在于,所述方法还包括:
新版本激活失败后,回退到旧版本,并终止升级。
5.一种版本升级系统,其特征在于,所述系统包括:
升级单元,用于在设备升级过程中,收到新版本激活指令时,重启中央处理单元CPU并应用新版本,其中,各设备客户端只重启所述中央处理单元CPU,不重启底层芯片;
数据恢复单元,用于在新版本激活成功后,收到提交新版本指令时,使用预先备份的底层芯片数据,恢复并更新本客户端的底层芯片数据。
6.如权利要求5所述的系统,其特征在于,所述系统还包括:
数据传输单元,用于在收到服务端发送的保存数据请求时,将自身的底层芯片数据上报给服务端。
7.如权利要求5或6所述的系统,其特征在于,所述数据恢复单元收到提交新版本指令,使用预先备份的底层芯片数据,更新本客户端的底层芯片数据包括:
所述数据恢复单元,在收到提交新版本指令时,使用预先备份的底层芯片数据与新版本数据进行对比,针对对比出的相同数据,按照预先备份的底层芯片数据进行恢复,针对对比出的不同数据,按照新版本数据进行更新。
8.如权利要求7所述的系统,其特征在于,所述系统还包括:
回退单元,用于在新版本激活失败后,回退到旧版本,并终止升级。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510504586.XA CN106469069B (zh) | 2015-08-17 | 2015-08-17 | 一种版本升级方法及系统 |
PCT/CN2015/092850 WO2017028375A1 (zh) | 2015-08-17 | 2015-10-26 | 一种版本升级方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510504586.XA CN106469069B (zh) | 2015-08-17 | 2015-08-17 | 一种版本升级方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106469069A CN106469069A (zh) | 2017-03-01 |
CN106469069B true CN106469069B (zh) | 2021-06-11 |
Family
ID=58050582
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510504586.XA Active CN106469069B (zh) | 2015-08-17 | 2015-08-17 | 一种版本升级方法及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106469069B (zh) |
WO (1) | WO2017028375A1 (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107678764B (zh) * | 2017-09-30 | 2020-09-08 | 杭州迪普科技股份有限公司 | 一种基于issu升级vsm系统的方法及装置 |
CN108459869A (zh) * | 2017-12-28 | 2018-08-28 | 新华三技术有限公司 | Issu升级方法及装置 |
CN111522561B (zh) * | 2020-03-06 | 2023-06-06 | 杜晓楠 | Dbft分布式网络中平滑向后兼容升级的方法、计算机可读存储介质和dbft网络 |
CN112003936B (zh) * | 2020-08-21 | 2023-04-18 | 抖音视界有限公司 | 集群系统中设备升级的方法、装置及系统 |
CN113220507B (zh) * | 2021-04-28 | 2023-08-22 | 杭州迪普科技股份有限公司 | 双主控系统的版本一致性检验方法及装置 |
CN113360955B (zh) * | 2021-06-16 | 2024-06-04 | 深圳市雪球科技有限公司 | 一种Applet管理方法、装置和服务器 |
CN114710284B (zh) * | 2022-05-16 | 2022-08-16 | 北京智芯微电子科技有限公司 | 通信保密元件的版本更新方法、设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101030140A (zh) * | 2006-03-02 | 2007-09-05 | 中兴通讯股份有限公司 | 一种对固件程序进行在线升级的装置及其方法 |
CN101236631A (zh) * | 2007-12-14 | 2008-08-06 | 福建联迪商用设备有限公司 | 电子支付统一平台的实现方法 |
CN103473190A (zh) * | 2013-09-29 | 2013-12-25 | 吉林林业信息科技有限责任公司 | 一种视频监控系统的控制软件远程升级系统 |
CN103946800A (zh) * | 2012-10-12 | 2014-07-23 | 华为技术有限公司 | 系统软件升级期间的无损耗不间断报文处理方法 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100372294C (zh) * | 2004-02-04 | 2008-02-27 | 华为技术有限公司 | 设备升级方法 |
KR100750132B1 (ko) * | 2005-09-27 | 2007-08-21 | 삼성전자주식회사 | 부팅, 소프트웨어 자동 업데이트 및 에러 복원 방법과 그시스템, 그 방법을 기록한 컴퓨터 판독 가능한 기록매체 |
CN101136770B (zh) * | 2006-10-13 | 2010-12-29 | 中兴通讯股份有限公司 | 电信多分支网络管理系统的自动升级方法及装置 |
CN101694623A (zh) * | 2009-09-29 | 2010-04-14 | 上海夏新电子开发有限公司 | 一种更新手持设备软件的方法 |
CN103024782B (zh) * | 2011-09-20 | 2017-10-10 | 中兴通讯股份有限公司 | 一种基站软件版本管理的方法和系统 |
TW201415365A (zh) * | 2012-10-15 | 2014-04-16 | Askey Computer Corp | 作業系統更新的方法及手持電子裝置 |
-
2015
- 2015-08-17 CN CN201510504586.XA patent/CN106469069B/zh active Active
- 2015-10-26 WO PCT/CN2015/092850 patent/WO2017028375A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101030140A (zh) * | 2006-03-02 | 2007-09-05 | 中兴通讯股份有限公司 | 一种对固件程序进行在线升级的装置及其方法 |
CN101236631A (zh) * | 2007-12-14 | 2008-08-06 | 福建联迪商用设备有限公司 | 电子支付统一平台的实现方法 |
CN103946800A (zh) * | 2012-10-12 | 2014-07-23 | 华为技术有限公司 | 系统软件升级期间的无损耗不间断报文处理方法 |
CN103473190A (zh) * | 2013-09-29 | 2013-12-25 | 吉林林业信息科技有限责任公司 | 一种视频监控系统的控制软件远程升级系统 |
Also Published As
Publication number | Publication date |
---|---|
CN106469069A (zh) | 2017-03-01 |
WO2017028375A1 (zh) | 2017-02-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106469069B (zh) | 一种版本升级方法及系统 | |
CN111770169A (zh) | 设备固件升级的方法、装置、设备以及存储介质 | |
US10860447B2 (en) | Database cluster architecture based on dual port solid state disk | |
CN105940397A (zh) | 应用同步 | |
CN109542682B (zh) | 一种数据备份方法、装置、设备和存储介质 | |
CN102035683B (zh) | 一种主备板倒换的控制方法和系统 | |
CN105677380B (zh) | 一种双主控隔离的逐板升级的方法及装置 | |
CN112100005B (zh) | 一种Redis副本集的实现方法及装置 | |
CN105468475A (zh) | 数据库的备份方法及备份装置 | |
CN109189860A (zh) | 一种基于Kubernetes系统的MySQL主备增量同步方法 | |
CN113051110A (zh) | 集群切换方法、装置及设备 | |
CN110825562B (zh) | 数据备份方法、装置、系统和存储介质 | |
CN103713925A (zh) | 避免存储阵列在升级过程的业务中断方法和装置 | |
CN104166577A (zh) | 一种移动终端系统升级的方法和装置 | |
CN110109772B (zh) | 一种cpu的重启方法、通信设备及可读存储介质 | |
CN105808374A (zh) | 一种快照处理方法及相关设备 | |
CN110196749B (zh) | 虚拟机的恢复方法及装置、存储介质及电子装置 | |
CN103761131A (zh) | 一种基于内存共享的多板卡部件自动更新方法及系统 | |
CN115629785A (zh) | 升级方法、电子设备及存储介质 | |
CN110958139B (zh) | 网络控制方法、编排器、控制器及计算机可读存储介质 | |
CN113438111A (zh) | 基于Raft分布式恢复RabbitMQ网络分区的方法及应用 | |
CN112364104A (zh) | 分布式数据库扩容方法、分布式数据库系统及计算机可读存储介质 | |
CN102073523A (zh) | 实现软件版本同步的方法及装置 | |
CN106204031A (zh) | 卡应用处理方法及装置 | |
CN102708023A (zh) | 备用系统计算器、集群系统、提供服务的方法和记录介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |