CN102244669A - 一种堆叠设备中软件升级的方法和堆叠设备 - Google Patents
一种堆叠设备中软件升级的方法和堆叠设备 Download PDFInfo
- Publication number
- CN102244669A CN102244669A CN2010101753433A CN201010175343A CN102244669A CN 102244669 A CN102244669 A CN 102244669A CN 2010101753433 A CN2010101753433 A CN 2010101753433A CN 201010175343 A CN201010175343 A CN 201010175343A CN 102244669 A CN102244669 A CN 102244669A
- Authority
- CN
- China
- Prior art keywords
- software version
- master control
- control borad
- equipment
- sign
- 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.)
- Granted
Links
Images
Abstract
本发明提供了一种堆叠设备中软件升级的方法和堆叠设备,所述堆叠设备包含1台master设备和至少1台slave设备,所述master设备上的主控板为全局主控板;该方法包括:A,所述slave设备的主控板在加载被设置的升级启动文件后,发送自身运行的软件版本的标识至所述全局主控板;B,如果所述堆叠设备被设置为处于升级过程,则所述全局主控板接收到软件版本标识后,判断自身运行的软件版本是否和所述软件版本标识对应的软件版本兼容,如果是,通知所述slave设备上的主控板继续启动,直至完成;如果否,则触发所述slave设备整个设备重新启动。采用本发明,实现软件升级中业务流量不中断。
Description
技术领域
本发明涉及网络通信技术,特别涉及一种堆叠设备中软件升级的方法和堆叠设备。
背景技术
堆叠设备是通过智能弹性架构(IRF:Intelligent Resilient Framework)技术联接多台物理设备而形成的虚拟设备,其中,形成该堆叠设备的每台物理设备称为成员设备,按功能分为两种角色:主用成员设备(master设备)和备用成员设备(slave设备)。其中,master设备负责IRF的运行、管理和维护,slave设备在作为备份时也可独自处理业务。使用堆叠设备,能够具有以下优点:
1、统一管理,具体为:在堆叠形成后,用户可通过任意成员设备的任意端口登录IRF系统,以实现对所有成员设备统一进行管理。
2、高可靠性,具体为:slave设备在master设备出现故障时,能够自动选举新的master设备,以保证业务不中断,实现设备的1:N备份,提高了堆叠设备高可靠性;进一步地,利用成员设备之间的链路聚合功能能够实现多条链路之间可为互为备份,也可进行负载分担,这进一步提高堆叠设备高可靠性。
3、强大的网络扩展能力,具体为:在堆叠设备中可增加成员设备,并可轻松自如地扩展端口数、带宽;由于堆叠设备中各成员设备都有CPU,能够独立处理协议报文、进行报文转发,所以IRF能够进一步扩展处理能力。
实际应用中,堆叠设备包括集中式堆叠设备和分布式堆叠设备两种。其中,集中式堆叠设备中的各成员设备通常只有一块单板(通常为主控板,不过该主控板和分布式堆叠设备中各成员设备的主控板有点区别,即该主控板即可具有主控功能,还具有业务转发功能,而分布式堆叠设备中各成员设备的主控板仅具有主控功能),具体如图1所示。分布式堆叠设备中的各成员设备通常由主控板、主控板的备份(记为备用板)和若干个业务板(简称为线卡)组成,具体如图2所示。
然而,无论是集中式堆叠设备还是分布式堆叠设备,目前在对堆叠设备的软件进行升级时,一般需要重启整个堆叠设备。以分布式堆叠设备为例,则在对分布式堆叠设备的软件进行升级时,先设置主控板和备用板的下次启动文件为升级启动文件,然后,整台分布式堆叠设备重新启动。由于堆叠设备在重新启动时,各个成员设备需要交互来形成堆叠设备,这显然能加大堆叠设备的软件升级时间,进而也加大了业务流量中断时间。因此,一种能够缩短堆叠设备软件升级过程中业务流量中断时间的方法是当前亟待解决的技术问题。
发明内容
本发明提供了一种堆叠设备中软件升级的方法和堆叠设备,以便实现软件升级过程中业务流量不中断。
本发明提供的技术方案包括:
一种堆叠设备中软件升级的方法,所述堆叠设备包含1台master设备和至少1台slave设备,所述master设备上的主控板为全局主控板;该方法包括:
A,所述slave设备的主控板在加载被设置的升级启动文件后,发送自身运行的软件版本的标识至所述全局主控板;
B,如果所述堆叠设备被设置为处于升级过程,则所述全局主控板接收到软件版本标识后,判断自身运行的软件版本是否和接收的所述软件版本标识对应的软件版本兼容,如果是,通知所述slave设备上的主控板继续启动,直至完成;如果否,则触发所述slave设备整个设备重新启动。
一种堆叠设备,该堆叠设备包含1台master设备和至少1台slave设备,所述master设备和salve设备分别包含主控板,其中,所述master设备上的主控板为全局主控板;其中,
所述slave设备上的主控板,用于在加载被设置的升级启动文件后,发送自身运行的软件版本的标识至所述全局主控板;
所述全局主控板,用于在所述堆叠设备被设置为处于升级过程时,判断自身运行的软件版本是否和接收的软件版本标识对应的软件版本兼容,如果是,通知所述slave设备上的主控板继续启动,直至完成;如果否,则触发所述slave设备整个设备重新启动。
综上可以看出,采用本申请提供的技术方案,如果堆叠设备中包含n台成员设备,则依次重启升级堆叠设备中的成员设备,如此,可以使堆叠设备升级的任何时间点,都能保证只有1台成员设备处于升级启动过程,还有n-1台成员设备处于工作状态,即堆叠设备在升级的任何时间点都能保留(n-1)/n的转发能力,基于此,通过配置堆叠成员设备间的链路聚合,很容易保证业务流量不中断。
附图说明
图1为现有集中式堆叠设备的结构图;
图2为现有分布式堆叠设备的结构图;
图3为本发明实施例提供的第一流程图;
图4为本发明实施例提供的第二流程图;
图5为本发明实施例提供的应用示意图;
图6为本发明实施例提供的堆叠设备的装置图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本发明进行详细描述。
本实施例中以分布式堆叠设备为例,其中,分布式堆叠设备中包含多个成员设备,从该多个成员设备中选举出一个作为master设备,剩余的作为slave设备。这里,master设备和slave设备都由一块主控板、一块备用板和至少一块业务板组成。其中,master设备中的主控板被称为全局主控板,如此,本实施例提供的堆叠设备中软件升级的方法参见图3所示,包括以下流程:
步骤301,slave设备上的主控板在加载被设置的升级启动文件后,发送自身运行的软件版本的标识至所述全局主控板。
这里,步骤301中,slave设备上的主控板在加载被设置的升级启动文件后,如果所述主控板具备发送所述软件版本标识的条件才发送软件版本标识至所述全局主控板,其中,所述主控板具备发送所述软件版本标识的条件具体可为所述主控板完成一些必要的初始化,比如建立与master设备上全局主控板之间的链路、确定堆叠拓扑结构等。
优选地,主控板发送的软件版本标识具体为该主控板运行的软件版本的编号。
步骤302,所述全局主控板接收到软件版本标识后,判断所述堆叠设备当前是否处于升级过程,如果是,则执行步骤303;如果否,执行步骤305。
在slave设备的主控板加载被设置的升级启动文件而进行重新启动时,全局主控板只是能监测出slave设备发生了重新启动,但并不能区分出slave设备是由于升级而重新启动,还是由于异常而重新启动,而由于针对不同原因发生的重新启动所执行的操作也可能会不同,基于此,就需要用户的参与即输入一些升级命令告知给全局主控板哪些slave设备由于升级而重新启动,当全局主控板接收到该升级命令后,就记录该升级命令,并设置堆叠设备开始升级。如此,可以得到,本步骤301中所述堆叠设备处于升级过程为:设置全局主控板接收到所述升级命令至所述升级命令中所有需要升级的slave设备都完成升级的过程,之后,当全局主控板接收到需要升级的slave设备发送的软件版本标识后,都要执行上述步骤302的操作。
需要说明的是,在堆叠设备的升级过程中,较佳的方式是同时只有一台设备处于升级启动过程,比如,堆叠设备中包含n台成员设备,其中一个为master设备,剩余的为slave设备,则依次重启升级堆叠设备中的成员设备,如此,可以使堆叠设备升级的任何时间点,都能保证只有1台成员设备处于升级启动过程,还有n-1台成员设备处于工作状态,即堆叠设备在升级的任何时间点都能保留(n-1)/n的转发能力,这很容易保证业务流量不中断。
步骤303,所述全局主控板判断已存储的软件版本兼容关系中是否存在接收的所述软件版本标识和自身运行的软件版本的标识对应的版本兼容关系,如果存在,则执行步骤304;如果不存在,执行步骤306。
这里,步骤303中的判断实质上也就是判断已存储的软件版本兼容关系中是否存在包含自身运行的软件版本和接收的所述软件版本标识对应的软件版本是否兼容的版本兼容关系。
步骤304,全局主控板判断该存在的版本兼容关系中是否记录了自身运行的软件版本和接收的所述软件版本标识对应的软件版本兼容,如果是,执行步骤305;如果否,发送重启slave设备整个设备的通知给slave设备上的主控板。
也就是说,步骤304的判断结果为否,则需要重启slave设备整个设备。
步骤305,发送继续启动通知给slave设备上的主控板。
本步骤305中,当slave设备上的主控板接收到继续启动通知后,继续启动,直至完成。
步骤306,全局主控板发送自身运行的软件版本的标识给slave设备上的主控板。
步骤307,slave设备上的主控板接收到全局主控板发送的软件版本标识后,从已存储的版本兼容关系中查找记录了接收的软件版本标识对应的软件版本和自身运行的软件版本兼容的版本兼容关系,如果查找到,执行步骤308;否则,重启该slave设备整个设备。
步骤308,slave设备上的主控板继续启动,直至完成启动。
在上述流程中,步骤301中的主控板在向全局主控板发送软件版本标识后开始等待全局主控板的反馈,这里反馈可包括:步骤305中的继续启动通知、全局主控板发送的软件版本标识和重启slave设备整个设备的通知中的任何一个。如果在超过设定时间后仍没有接收到全局主控板发送的任何反馈,则判断当前是否已经达到连续N次没有接收到全局主控板的反馈,这里N可取正整数,比如可为3或者其他值;如果是,则认为自身运行的软件版本和所述全局主控板运行的软件版本不兼容,使所述slave设备整个设备重新启动;如果否,再重复发送软件版本标识给全局主控板,之后返回上述等待操作。
在上述流程中,全局主控板或者slave设备上主控板上的版本兼容关系都为预先确定的,其包含在启动文件中,主要是通过静态比较软件版本的代码差异或者通过在一定运行环境下动态协商确定。以全局主控板为例,则全局主控板上的版本兼容关系中包含了与全局主控板上的软件版本兼容的软件版本,以及与全局主控板上的软件版本不兼容的软件版本的关系信息。其中,本实施例中,如果说两个软件版本兼容,比如软件版本a和软件版本b兼容,则表明该两个软件版本需要满足以下三个条件:
条件1,运行软件版本a的成员设备和运行软件版本b的成员设备可以形成堆叠设备;
条件2,当全局主控板运行软件版本a、备用板运行软件版本b、业务板运行软件版本b,则堆叠设备可以正常工作;
条件3,当全局主控板运行软件版本b、备用板运行软件版本a、业务板运行软件版本a,则堆叠设备可以正常工作。
至此,通过上述操作完成本发明实施例提供的slave设备上的主控板升级过程。
相应地,由于分布式堆叠设备中slave设备上还包含备用板,基于此,下面对该备用板的升级过程进行描述。
参见图4,图4为本发明实施例提供的备用板的升级过程示意图。如图4所示,该流程可包括以下步骤:
步骤401,slave设备上的备用板在加载被设置的升级启动文件后,每隔设定时间发送自身运行的软件版本的标识至本地主控板,直至收到本地主控板的反馈。
这里,本地主控板实质上为步骤401中备用板所在的slave设备上的主控板。并且,所述反馈为下述步骤404或者步骤405中的通知。
需要说明的是,步骤401和步骤301的操作是独立的,两者并没有完全的时间先后顺序。
步骤402,本地主控板接收到软件版本标识后,判断自身是否已与全局主控板完成软件版本兼容协商,如果是,执行步骤403;否则,不处理该接收的软件版本标识。
这里,本地主控板已和全局主控板完成软件版本兼容协商实质上也就是本地主控板和全局主控板运行的软件版本一致,其具体实现时主要包括:该本地主控板在上述步骤305中接收到全局主控板发送的继续启动通知,或者在上述步骤307中查找到记录了自身运行的软件版本和全局主控板发送的软件版本标识对应的软件版本兼容的版本兼容关系。其中,为便于查询,本实施例中可设置一个标识,用于表示主控板是否与全局主控板完成软件版本兼容协商,基于此,本步骤402中本地主控板即可直接查看该标识,如果该标识表示主控板已与全局主控板完成软件版本兼容协商,则执行步骤403;否则,不处理该接收的软件版本标识。
步骤403,判断接收的软件版本标识是否和自身运行的软件版本的标识一致,如果是,执行步骤404;否则,执行步骤405。
步骤404,发送继续启动通知给备用板。
本步骤404中,备用板接收到继续启动通知时,即可继续启动,直至完成启动。
步骤405,发送重新启动通知至备用板。
本步骤405中,备用板接收到重新启动通知时,即重新启动,返回执行步骤401。
至此,通过上述操作实现了本发明实施例提供的slave设备上的备用板升级过程。当slave设备包含的主控板和作为主控板备用的备用板以及所有业务板都完成启动时,表示该slave设备已完成升级。
如果堆叠设备包含多个slave设备,则要求先升级一个slave设备,在该slave设备完成升级后,再升级master设备;之后,再依次升级剩余的slave设备。其中,在升级master设备时,设置master设备主控板和备用板的下次启动文件为待升级版本文件,重启master设备,已升级的slave设备成为新的master设备,如果该原master设备重启后运行的版本与新master运行的版本一致,原master设备中的主控板和备用板不需要执行类似图3和图4的启动操作,原master设备按照现有方式启动完成后成为堆叠系统的slave设备;否则,原master设备按照图3和图4所示的slave设备的操作执行。
为了使本发明实施例提供的技术方案更加清楚,下面举一个应用实施例进行描述。以两台分布式设备组成堆叠设备为例,具体如图5所示。其中一台为Classis1,另一台为Classis2,其中,Classis1为master设备,Classis2为slave设备,Classis1上的Slot1为全局主控板,Slot2为全局主控板的备用即备用板2;Slot6为slave设备的主控板,Slot7为slave设备中主控板的备用即备用板7,如此,基于图3和图4所示的流程,则设置Slot6和Slot7的下次启动文件为升级启动文件,重启Classis2;之后,Slot6和Slot7分别加载升级启动文件启动,其中,针对Slot6,在启动时,Slot6发送自身运行的软件版本号比如软件版本a至Slot1,Slot1收到来自Slot6的软件版本号后,根据自身存储的版本兼容关系判断是否存在记录了自身运行的软件版本和接收的软件版本号对应的软件版本是否兼容的版本兼容关系,如果存在,且该存在的版本兼容关系记录了Slot1运行的软件版本和该接收的软件版本号对应的软件版本兼容,则Slot1通知Slot6继续启动,如果不存在,则Slot1发送自身运行的软件版本号比如软件版本b给Slot6,之后,Slot6根据自身存储的版本兼容关系判断自身运行的软件版本和接收的软件版本号对应的软件版本是否兼容,如果兼容,则继续启动,否则,Classis2整个设备重新启动。针对Slot7,在启动时,Slot7发送自身的软件版本号至Slot6,当Slot6在完成上述与Slot1的软件版本兼容协商后,如果发现接收的来自Slot7的软件版本号与自身的软件版本号一致,则通知Slot7继续启动;否则,通知Slot7再次重新启动。当Classis2中所有单板(包括业务板)完成启动后,即表示Classis2已完成升级,此时,该Classis2中Slot6和Slot7运行的软件版本一致,基于此,可以说Classis2运行的软件版本为Slot6或者Slot7运行的软件版本。
之后,如果Classis1需要升级,设置slot1和slot2的下次启动文件为升级启动文件,重启Chassis1设备,当Chassis1重启时,Chassis2成为新的master设备,如果Chassis1重启后运行的版本与Chassis2一致,Chassis1启动完成后成为slave设备。
需要说明的是,上述实施例以应用于分布式堆叠设备为例进行描述的。优选地,上述实施例还可以应用于集中式堆叠设备,由于集中式堆叠设备中的各个成员设备仅包含一块单板,基于此,本实施例中可将各个成员设备中包含的一块单板记为主控板,如此,集中式堆叠设备的升级过程可按照上述图3所示的主控板的升级过程进行描述。
以上是对本发明实施例提供的方法进行的描述。下面对本发明实施例提供的装置进行描述。
参见图6,图6为本发明实施例提供的堆叠设备的结构图。其中,该堆叠设备包含1台master设备和至少1台slave设备,图6以该堆叠设备仅包含一台master设备和1台slave设备为例,所述master设备和salve设备分别包含主控板,其中,所述master设备上的主控板为全局主控板;
基于此,所述slave设备上的主控板,用于在加载被设置的升级启动文件后,发送自身运行的软件版本对应的软件版本标识至所述全局主控板;
所述全局主控板,用于在所述堆叠设备被设置为处于升级过程时,判断自身运行的软件版本是否和接收的软件版本标识对应的软件版本兼容,如果是,通知所述slave设备上的主控板继续启动,直至完成;如果否,则触发所述slave设备整个设备重新启动。
优选地,所述全局主控板判断自身的软件版本是否和所述软件版本标识对应的软件版本兼容在具体实现时可通过以下两个单元实现,如图6所示,所述全局主控板包括:
判断单元,用于判断已存储的软件版本兼容关系中是否存在自身运行的软件版本的标识和接收的所述软件版本标识对应的版本兼容关系;如果存在,发送读取通知给读取单元;
读取单元,用于读取该存在的版本兼容关系,如果该存在的版本兼容关系中记录了所述全局主控板运行的软件版本和接收的所述软件版本标识对应的软件版本兼容,则确定所述全局主控板运行的软件版本和接收的所述软件版本标识对应的软件版本兼容;否则,则确定所述全局主控板运行的软件版本和接收的所述软件版本标识对应的软件版本不兼容。
优选地,所述判断单元在判断出不存在所述版本兼容关系时,进一步发送所述全局主控板运行的软件版本的标识给所述slave设备上的主控板;
所述slave设备上的主控板从已存储的版本兼容关系中查找记录了自身运行的软件版本和接收的软件版本标识对应的软件版本兼容的版本兼容关系,如果查找到,则该slave设备上的主控板继续启动,直至完成;否则,触发所述slave设备整个设备重新启动。
通常,所述slave设备还包括备用板;其中,
所述备用板为所述slave设备上主控板的备用,用于加载到被设置的升级启动文件后,发送自身运行的软件版本的标识至所述slave设备上的主控板;
当所述slave设备上的主控板接收到软件版本标识后,判断当前是否已和所述全局主控板完成软件版本兼容协商,如果是,则判断接收的软件版本标识是否和自身运行的软件版本的标识一致,如果是,则通知所述备用板继续启动,直至完成;否则,通知所述备用板再次重新启动;
其中,所述已和所述全局主控板完成软件版本兼容协商包括:已接收到所述全局主控板发送的继续启动的通知;或者查找到当前运行的软件版本和所述全局主控板发送的软件版本标识对应的软件版本兼容的版本兼容关系。
由以上技术方案可以看出,如果堆叠设备中包含n台成员设备,采用本发明的技术方案,则在堆叠设备升级的任何时间点,都能保证只有1台成员设备处于升级启动过程,还有n-1台成员设备处于工作状态,即堆叠设备在升级的任何时间点都能保留(n-1)/n的转发能力,基于此,通过配置堆叠成员设备间的链路聚合,很容易保证业务流量不中断。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (10)
1.一种堆叠设备中软件升级的方法,所述堆叠设备包含1台master设备和至少1台slave设备,所述master设备上的主控板为全局主控板;其特征在于,该方法包括:
A,所述slave设备的主控板在加载被设置的升级启动文件后,发送自身运行的软件版本的标识至所述全局主控板;
B,如果所述堆叠设备被设置为处于升级过程,则所述全局主控板接收到软件版本标识后,判断自身运行的软件版本是否和所述软件版本标识对应的软件版本兼容,如果是,通知所述slave设备上的主控板继续启动,直至完成;如果否,则触发所述slave设备整个设备重新启动。
2.根据权利要求1所述的方法,其特征在于,所述步骤B中的判断包括:
B1,所述全局主控板判断已存储的软件版本兼容关系中是否存在自身运行的软件版本的标识和接收的所述软件版本标识对应的版本兼容关系;如果存在,执行步骤B2;
B2,所述全局主控板读取该存在的版本兼容关系,如果该版本兼容关系中记录了所述全局主控板运行的软件版本和接收的所述软件版本标识对应的软件版本兼容,则确定所述全局主控板运行的软件版本和接收的所述软件版本标识对应的软件版本兼容;否则,确定所述全局主控板运行的软件版本和接收的所述软件版本标识对应的软件版本不兼容。
3.根据权利要求2所述的方法,其特征在于,所述步骤B1中,如果不存在所述版本兼容关系,则进一步包括:
所述全局主控板发送自身运行的软件版本的标识给所述slave设备上的主控板;
所述slave设备上的主控板从已存储的版本兼容关系中查找记录了自身运行的软件版本和接收的软件版本标识对应的软件版本兼容的版本兼容关系,如果查找到,则该slave设备上的主控板继续启动,直至完成;否则,触发所述slave设备整个设备重新启动。
4.根据权利要求3所述的方法,其特征在于,所述slave设备还包括备用板,所述备用板为所述slave设备上主控板的备用;该方法进一步包括:
C,当所述备用板加载到被设置的升级启动文件后,所述备用板发送自身运行的软件版本的标识至本地主控板;
D,所述本地主控板判断是否已和所述全局主控板完成软件版本兼容协商,如果是,则判断接收的软件版本标识是否和自身运行的软件版本的标识一致,如果是,则通知所述备用板继续启动,直至完成;否则,通知所述备用板再次重新启动;
其中,所述已和所述全局主控板完成软件版本兼容协商包括:已接收到所述全局主控板发送的继续启动的通知;或者查找到当前运行的软件版本和所述全局主控板发送的软件版本标识对应的软件版本兼容的版本兼容关系。
5.根据权利要求1至4所述的方法,其特征在于,该方法进一步包括:
如果所述master设备需要升级,则设置master设备的下次启动文件为升级启动文件,当master设备重新启动,使已完成升级的一个slave设备成为新的master设备,原master设备按照所述slave设备的操作执行;
其中,所述已完成升级的slave设备指该slave设备的主控板和业务板启动完成。
6.根据权利要求1所述的方法,其特征在于,所述步骤B中,如果所述堆叠设备不处于升级过程,则所述全局主控板通知所述slave设备上的主控板继续启动,直至完成。
7.一种堆叠设备,该堆叠设备包含1台master设备和至少1台slave设备,所述master设备和salve设备分别包含主控板,其中,所述master设备上的主控板为全局主控板;其特征在于,
所述slave设备上的主控板,用于在加载被设置的升级启动文件后,发送自身运行的软件版本的标识至所述全局主控板;
所述全局主控板,用于在所述堆叠设备被设置为处于升级过程时,判断自身运行的软件版本是否和接收的软件版本标识对应的软件版本兼容,如果是,通知所述slave设备上的主控板继续启动,直至完成;如果否,则触发所述slave设备整个设备重新启动。
8.根据权利要求7所述的堆叠设备,其特征在于,所述全局主控板包括:
判断单元,用于判断已存储的软件版本兼容关系中是否存在自身运行的软件版本的标识和接收的所述软件版本标识对应的版本兼容关系;如果存在,发送读取通知给读取单元;
读取单元,用于读取该存在的版本兼容关系,如果该存在的版本兼容关系中记录了所述全局主控板运行的软件版本和接收的所述软件版本标识对应的软件版本兼容,则确定所述全局主控板运行的软件版本和接收的所述软件版本标识对应的软件版本兼容;否则,则确定所述全局主控板运行的软件版本和接收的所述软件版本标识对应的软件版本不兼容。
9.根据权利要求8所述的堆叠设备,其特征在于,所述判断单元在判断出不存在所述版本兼容关系时,进一步发送所述全局主控板运行的软件版本的标识给所述slave设备上的主控板;
所述slave设备上的主控板从已存储的版本兼容关系中查找记录了自身运行的软件版本和接收的软件版本标识对应的软件版本兼容的版本兼容关系,如果查找到,则该slave设备上的主控板继续启动,直至完成;否则,触发所述slave设备整个设备重新启动。
10.根据权利要求7至9任一所述的堆叠设备,其特征在于,所述slave设备还包括备用板;
所述备用板为所述slave设备上主控板的备用,用于加载到被设置的升级启动文件后,发送自身运行的软件版本的标识至所述slave设备上的主控板;
当所述slave设备上的主控板接收到软件版本标识后,判断当前是否已和所述全局主控板完成软件版本兼容协商,如果是,则判断接收的软件版本标识是否和自身运行的软件版本的标识一致,如果是,则通知所述备用板继续启动,直至完成;否则,通知所述备用板再次重新启动;
其中,所述已和所述全局主控板完成软件版本兼容协商包括:已接收到所述全局主控板发送的继续启动的通知;或者查找到当前运行的软件版本和所述全局主控板发送的软件版本标识对应的软件版本兼容的版本兼容关系。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010175343.3A CN102244669B (zh) | 2010-05-12 | 2010-05-12 | 一种堆叠设备中软件升级的方法和堆叠设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010175343.3A CN102244669B (zh) | 2010-05-12 | 2010-05-12 | 一种堆叠设备中软件升级的方法和堆叠设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102244669A true CN102244669A (zh) | 2011-11-16 |
CN102244669B CN102244669B (zh) | 2014-02-26 |
Family
ID=44962503
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010175343.3A Active CN102244669B (zh) | 2010-05-12 | 2010-05-12 | 一种堆叠设备中软件升级的方法和堆叠设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102244669B (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102647465A (zh) * | 2012-03-30 | 2012-08-22 | 杭州华三通信技术有限公司 | 应用于堆叠系统中的ftp数据传输方法和装置 |
CN103412771A (zh) * | 2013-07-29 | 2013-11-27 | 福建星网锐捷网络有限公司 | 软件升级处理方法、装置和系统 |
CN105049502A (zh) * | 2015-06-30 | 2015-11-11 | 杭州华三通信技术有限公司 | 一种云端网络管理系统中设备软件更新的方法和装置 |
CN105159745A (zh) * | 2015-08-21 | 2015-12-16 | 北京星网锐捷网络技术有限公司 | 虚拟交换架构vsf系统升级的方法、装置及设备 |
CN105677380A (zh) * | 2014-11-21 | 2016-06-15 | 中兴通讯股份有限公司 | 一种双主控隔离的逐板升级的方法及装置 |
CN105763368A (zh) * | 2016-02-04 | 2016-07-13 | 杭州华三通信技术有限公司 | 一种堆叠方法及装置 |
CN106817259A (zh) * | 2017-01-18 | 2017-06-09 | 杭州迪普科技股份有限公司 | Vsm系统的升级方法及装置 |
US9886259B2 (en) | 2014-08-27 | 2018-02-06 | Xiaomi Inc. | Method and terminal device for complying router management application with router firmware |
CN107678764A (zh) * | 2017-09-30 | 2018-02-09 | 杭州迪普科技股份有限公司 | 一种基于issu升级vsm系统的方法及装置 |
CN112732343A (zh) * | 2020-12-31 | 2021-04-30 | 中国电子科技网络信息安全有限公司 | 一种堆叠设备中业务子母板卡加载的方法 |
CN113220507A (zh) * | 2021-04-28 | 2021-08-06 | 杭州迪普科技股份有限公司 | 双主控系统的版本一致性检验方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1801732A (zh) * | 2004-12-31 | 2006-07-12 | 中兴通讯股份有限公司 | 一种网管系统中节点控制方法 |
CN1812332A (zh) * | 2005-01-26 | 2006-08-02 | 华为技术有限公司 | 保证交换机各个单板软件版本一致的方法 |
US20070214196A1 (en) * | 2006-03-08 | 2007-09-13 | International Business Machines | Coordinated federated backup of a distributed application environment |
CN101217411A (zh) * | 2008-01-02 | 2008-07-09 | 杭州华三通信技术有限公司 | 实现堆叠设备软件升级的方法、设备及系统 |
CN101674198A (zh) * | 2009-10-23 | 2010-03-17 | 杭州华三通信技术有限公司 | 一种堆叠的实现方法及装置 |
-
2010
- 2010-05-12 CN CN201010175343.3A patent/CN102244669B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1801732A (zh) * | 2004-12-31 | 2006-07-12 | 中兴通讯股份有限公司 | 一种网管系统中节点控制方法 |
CN1812332A (zh) * | 2005-01-26 | 2006-08-02 | 华为技术有限公司 | 保证交换机各个单板软件版本一致的方法 |
US20070214196A1 (en) * | 2006-03-08 | 2007-09-13 | International Business Machines | Coordinated federated backup of a distributed application environment |
CN101217411A (zh) * | 2008-01-02 | 2008-07-09 | 杭州华三通信技术有限公司 | 实现堆叠设备软件升级的方法、设备及系统 |
CN101674198A (zh) * | 2009-10-23 | 2010-03-17 | 杭州华三通信技术有限公司 | 一种堆叠的实现方法及装置 |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102647465B (zh) * | 2012-03-30 | 2014-12-10 | 杭州华三通信技术有限公司 | 应用于堆叠系统中的ftp数据传输方法和装置 |
CN102647465A (zh) * | 2012-03-30 | 2012-08-22 | 杭州华三通信技术有限公司 | 应用于堆叠系统中的ftp数据传输方法和装置 |
US9426206B2 (en) | 2012-03-30 | 2016-08-23 | Hangzhou H3C Technologies Co., Ltd. | FTP data transmission in stack system |
CN103412771A (zh) * | 2013-07-29 | 2013-11-27 | 福建星网锐捷网络有限公司 | 软件升级处理方法、装置和系统 |
US9886259B2 (en) | 2014-08-27 | 2018-02-06 | Xiaomi Inc. | Method and terminal device for complying router management application with router firmware |
CN105677380A (zh) * | 2014-11-21 | 2016-06-15 | 中兴通讯股份有限公司 | 一种双主控隔离的逐板升级的方法及装置 |
CN105677380B (zh) * | 2014-11-21 | 2020-11-06 | 中兴通讯股份有限公司 | 一种双主控隔离的逐板升级的方法及装置 |
CN105049502A (zh) * | 2015-06-30 | 2015-11-11 | 杭州华三通信技术有限公司 | 一种云端网络管理系统中设备软件更新的方法和装置 |
CN105049502B (zh) * | 2015-06-30 | 2019-06-04 | 新华三技术有限公司 | 一种云端网络管理系统中设备软件更新的方法和装置 |
CN105159745A (zh) * | 2015-08-21 | 2015-12-16 | 北京星网锐捷网络技术有限公司 | 虚拟交换架构vsf系统升级的方法、装置及设备 |
CN105763368B (zh) * | 2016-02-04 | 2019-04-09 | 新华三技术有限公司 | 一种堆叠方法及装置 |
CN105763368A (zh) * | 2016-02-04 | 2016-07-13 | 杭州华三通信技术有限公司 | 一种堆叠方法及装置 |
CN106817259A (zh) * | 2017-01-18 | 2017-06-09 | 杭州迪普科技股份有限公司 | Vsm系统的升级方法及装置 |
CN107678764A (zh) * | 2017-09-30 | 2018-02-09 | 杭州迪普科技股份有限公司 | 一种基于issu升级vsm系统的方法及装置 |
CN112732343A (zh) * | 2020-12-31 | 2021-04-30 | 中国电子科技网络信息安全有限公司 | 一种堆叠设备中业务子母板卡加载的方法 |
CN112732343B (zh) * | 2020-12-31 | 2022-04-22 | 中国电子科技网络信息安全有限公司 | 一种堆叠设备中业务子母板卡加载的方法 |
CN113220507A (zh) * | 2021-04-28 | 2021-08-06 | 杭州迪普科技股份有限公司 | 双主控系统的版本一致性检验方法及装置 |
CN113220507B (zh) * | 2021-04-28 | 2023-08-22 | 杭州迪普科技股份有限公司 | 双主控系统的版本一致性检验方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN102244669B (zh) | 2014-02-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102244669B (zh) | 一种堆叠设备中软件升级的方法和堆叠设备 | |
CN102185718B (zh) | 一种系统升级方法及其装置 | |
US8032786B2 (en) | Information-processing equipment and system therefor with switching control for switchover operation | |
CN102238093B (zh) | 防止业务中断的方法和装置 | |
CN100421071C (zh) | 用于远程设备系统软件的升级方法 | |
CN102355682A (zh) | 传感器适配方法、装置及物联网系统 | |
EP2600565B1 (en) | Disaster tolerance service system and disaster tolerance method | |
CN102360324B (zh) | 故障恢复方法和用于故障恢复的设备 | |
CN103560922A (zh) | 一种容灾方法及系统 | |
CN102394914A (zh) | 集群脑裂处理方法和装置 | |
CN103200026A (zh) | 固件的升级方法及系统 | |
CN101262369B (zh) | 调度服务器的主备实现方法及调度服务器 | |
WO2012083669A1 (zh) | 基于接入网关的主备用设备切换方法和装置 | |
CN101841735B (zh) | 框式交换机及堆叠系统以及堆叠后故障处理方法 | |
CN104618147A (zh) | 一种纵向堆叠系统管理方法及系统 | |
CN104486108A (zh) | 基于Zookeeper的节点配置方法和基于Zookeeper的节点配置系统 | |
US20130139178A1 (en) | Cluster management system and method | |
US10037253B2 (en) | Fault handling methods in a home service system, and associated household appliances and servers | |
US20090217081A1 (en) | System for providing an alternative communication path in a SAS cluster | |
CN103580883A (zh) | 一种业务容灾方法及系统 | |
US7895364B1 (en) | Component identification and transmission system | |
CN111427608B (zh) | 用于银行核心系统的灰度发布方法 | |
CN101808010A (zh) | 一种设备管理方法、装置和主控板 | |
CN101877655A (zh) | 网络管理系统、网管服务器和方法 | |
CN103618634A (zh) | 集群中自动发现节点的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |
|
CP03 | Change of name, title or address |