CN101968744B - 一种基于irf系统的盒式设备升级方法和系统 - Google Patents
一种基于irf系统的盒式设备升级方法和系统 Download PDFInfo
- Publication number
- CN101968744B CN101968744B CN201010526365.XA CN201010526365A CN101968744B CN 101968744 B CN101968744 B CN 101968744B CN 201010526365 A CN201010526365 A CN 201010526365A CN 101968744 B CN101968744 B CN 101968744B
- Authority
- CN
- China
- Prior art keywords
- group
- equipment
- current version
- redaction
- upgrading
- 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
Abstract
本发明公开了一种基于IRF系统的盒式设备升级方法和系统,该方法包括:通过使用新版本升级所述第一组中各设备的当前版本,并将所述第一组中各设备的业务流量分担到所述第二组中;通过使用所述新版本升级所述第二组中各设备的当前版本,并将所述第二组中各设备的业务流量分担到所述第一组中。本发明中,在盒式设备中实现不兼容版本的升级,使得业务不中断。
Description
技术领域
本发明涉及通信技术领域,特别是涉及一种基于IRF系统的盒式设备升级方法和系统。
背景技术
为了保证版本升级过程中,现有的业务不中断,提出了ISSU(In-ServiceSoftware Upgrade不中断业务升级)技术。与以往的整机重启相比,ISSU技术通过逐步升级,来保证业务不中断或者尽量减少中断时间。
IRF(Intelligent Resilient Framework,智能弹性架构)是软件虚拟化技术,通过将多台设备通过IRF物理端口连接在一起,进行相应的配置后,虚拟化成一台“分布式设备”。
具体的,在IRF系统中包括一台master设备和多台slave设备,当master离开时,任何一台slave设备均可以接替master设备的工作,从而实现了设备的1:N备份,具有高可靠性。
现有技术中,当设备加入到IRF系统时,需要进行版本配套检查,如果新加入的设备和master设备的版本不一致,则需要从master设备上下载版本,并使用master的版本加入到IRF系统。
在实现本发明的过程中,发明人发现现有技术中至少存在以下问题:
使用新版本升级一台slave设备或master设备时,如果新版本与老版本(当前IRF系统使用的版本)为不兼容版本,则设备使用新版本启动后不能加入到老版本的IRF系统中,即使用新版本的设备将独立于原IRF系统运行,并会在网络中产生一个新的节点,从而引起网络变化和业务中断。
发明内容
本发明提供一种基于IRF系统的盒式设备升级方法和系统,以在盒式设备中实现不兼容版本的升级,并使得业务不中断。
为了达到上述目的,本发明实施例提出了一种基于IRF系统的盒式设备升级方法,所述IRF系统中的各设备分为第一组和第二组,该方法包括以下步骤:
通过使用新版本升级所述第一组中各设备的当前版本,并将所述第一组中各设备的业务流量分担到所述第二组中;
当所述第一组中各设备的当前版本升级完成后,通过使用所述新版本升级所述第二组中各设备的当前版本,并将所述第二组中各设备的业务流量分担到所述第一组中。
优选的,所述通过使用新版本升级所述第一组中各设备的当前版本,包括:
通过使用所述新版本升级所述第一组中各设备的当前版本,并在所述第一组中各设备的当前版本升级完成后,重启所述第一组中各设备;
切断所述第一组和所述第二组间IRF链路的通信,并关闭所述第一组中各设备的业务端口,且保留所述第一组和所述第二组间的ISSU通道;
通过所述ISSU通道将所述第二组的备份状态通知给所述第一组中各设备。
优选的,所述通过使用所述新版本升级所述第二组中各设备的当前版本,包括:
通过所述ISSU通道向所述第一组中各设备发送ISSU信令,由所述第一组中各设备根据所述ISSU信令开启所述第一组中各设备的业务端口;
通过使用所述新版本升级所述第二组中各设备的当前版本,并在所述第二组中各设备的当前版本升级完成后,重启所述第二组中各设备。
优选的,所述第一组为master组、所述第二组为slave组;或者,
所述第一组为slave组、所述第二组为master组。
优选的,所述新版本和所述IRF系统的当前版本为不兼容版本。
本发明实施例中还提供一种基于盒式设备升级的IRF系统,该IRF系统包括:
划分模块,用于将所述IRF系统中的各设备划分为第一组和第二组;
第一处理模块,用于通过使用新版本升级所述第一组中各设备的当前版本,并将所述第一组中各设备的业务流量分担到所述第二组中;
第二处理模块,用于当所述第一组中各设备的当前版本升级完成后,通过使用所述新版本升级所述第二组中各设备的当前版本,并将所述第二组中各设备的业务流量分担到所述第一组中。
优选的,所述第一处理模块,具体包括:
第一处理子模块,用于通过使用所述新版本升级所述第一组中各设备的当前版本,并在所述第一组中各设备的当前版本升级完成后,重启所述第一组中各设备;
链路维护子模块,用于切断所述第一组和所述第二组间IRF链路的通信,并关闭所述第一组中各设备的业务端口,且保留所述第一组和所述第二组间的ISSU通道;
第一通知子模块,用于通过所述ISSU通道将所述第二组的备份状态通知给所述第一组中各设备。
优选的,所述第二处理模块,具体包括:
第二通知子模块,用于通过所述ISSU通道向所述第一组中各设备发送ISSU信令,由所述第一组中各设备根据所述ISSU信令开启所述第一组中各设备的业务端口;
第二处理子模块,用于通过使用所述新版本升级所述第二组中各设备的当前版本,并在所述第二组中各设备的当前版本升级完成后,重启所述第二组中各设备。
优选的,所述第一组为master组、所述第二组为slave组;或者,
所述第一组为slave组、所述第二组为master组。
优选的,所述新版本和所述IRF系统的当前版本为不兼容版本。
与现有技术相比,本发明实施例至少具有以下优点:
在盒式设备中实现不兼容版本的升级,使得业务不中断,从而解决了盒式设备不兼容版本升级导致业务中断的问题,并提高了业务的可靠性,使ISSU兼容升级模型,从1:1扩大到1:N,可以灵活分配所控制的业务范围,提高了组网的灵活性。
附图说明
图1是本发明实施例提供的一种基于IRF系统的盒式设备升级方法流程图;
图2是本发明应用场景下初始状态的示意图;
图3是本发明应用场景下升级slave组的过程的示意图;
图4是本发明应用场景下升级master组的过程的示意图;
图5是本发明应用场景下升级结束的示意图;
图6是本发明实施例中提出的一种基于盒式设备升级的IRF系统结构图。
具体实施方式
现有技术中,在使用ISSU技术时,对于框式设备来说,由于框式设备包含双主控板,通过1:1的ISSU升级模式,则可以分别升级备用主控板和主用主控板,从而保证在升级过程中,始终有一块主控板处于工作状态,能够持续不断地处理各种业务。
但是对于盒式设备来说,由于盒式设备只有一个主控板,控制平面和业务平面集中在一起,则不能通过使用上述的ISSU升级模式进行升级,而采用基于IRF系统的ISSU技术进行升级时,现有的盒式设备IRF系统升级新的版本,如果新版本与老版本为不兼容版本,则使用新版本的设备将独立于原IRF系统运行,从而引起网络变化和业务中断。
针对上述问题,本发明实施例提供一种基于IRF系统的盒式设备升级方法和系统,以在IRF系统中,对多个盒式设备进行不兼容版本的升级,且使得业务不中断,保证业务连续。
下面结合附图对本发明实施例进行详细描述。
如图1所示,为本发明实施例提出的一种基于IRF系统的盒式设备升级方法,该方法应用于包括多个盒式设备的IRF系统中,且多个盒式设备之间需要采用IRF堆叠。当需要对IRF系统中各设备进行升级,且升级所使用的新版本与IRF系统的当前版本为不兼容版本时(由于在升级版本之前,IRF系统中各设备的版本相同,则新版本与IRF系统中各设备的当前版本均为不兼容版本),该方法包括以下步骤:
步骤101,将IRF系统内的各个设备划分为两组。其中,该两组可以分别为第一组和第二组,实际应用中,可以第一组为master组、第二组为slave组;或者,第一组为slave组、第二组为master组。
本发明实施例中,以第一组为slave组、第二组为master组为例进行说明,对于第一组为master组、第二组为slave组的情况,与第一组为slave组、第二组为master组的处理过程类似,本发明实施例中不再赘述。
因此,本发明实施例中,需要将IRF系统内的各个设备划分为master组和slave组,该划分方式可以根据实际需要任意选择。例如,IRF系统内包含4个盒式设备时,则可以将设备1划分为master组,将设备2、3、4划分为slave组,也可以将设备1、2划分为master组,将设备3、4划分为slave组等。
需要注意的是,在将IRF系统内的各个设备划分为master组和slave组时,需要保证每个组内的各个设备的连接是连续的,不能有中断。且分组的选择需要和组网相配套,从而保证业务流量可以分担到master组和slave组上。
步骤102,通过使用新版本升级slave组中各设备的当前版本,并将slave组中各设备的业务流量分担到master组中。
其中,在使用新版本升级slave组中各设备的当前版本时,可以使用该新版本依次升级slave组中每个设备的当前版本,也可以使用该新版本同时升级slave组中每个设备的当前版本。
具体的,本步骤中,首先将新版本下载到slave组中各设备中,并通过使用该新版本升级slave组中各设备的当前版本,当slave组中各设备的当前版本升级完成后,需要重启slave组中各设备。
当slave组中各设备启动完成后,则slave组中各设备均将使用新版本,而由于新版本与当前版本不兼容,则slave组中各设备的当前版本(新版本)将与master组中各设备的当前版本不兼容。因此,不能使slave组中各设备和master组中各设备保持通信,需要切断slave组和master组之间的IRF链路的所有通信,而只保留slave组和master组之间的一条专用的ISSU通道,从而使得master组和slave组可以独立运行,并可以通过该ISSU通道传递ISSU信令和备份数据,其中,该备份数据可以为备份状态(例如,slave组中各设备无法通过学习获取到的信息、slave组中各设备需要与master组中各设备保证一致的状态信息等)。因此,master组可以通过ISSU通道将自身的备份状态通知给slave组中各设备,由slave组中各设备保存相应的备份状态,以保证slave组中各设备的相关状态和master组中各设备的相关状态一致。
进一步的,由于slave组中各设备的当前版本与master组中各设备的当前版本不兼容,则还需要关闭slave组中各设备的业务端口,使得各业务端口处于等待状态。而由于slave组中各设备的业务端口与master组中各设备的业务端口为聚合端口,从而使得可以将slave组中各设备的业务流量分担到master组各设备上。
步骤103,当slave组中各设备的当前版本升级完成后,通过使用新版本升级master组中各设备的当前版本,并将master组中各设备的业务流量分担到slave组中。
其中,在使用新版本升级master组中各设备的当前版本时,可以使用该新版本依次升级master组中每个设备的当前版本,也可以使用该新版本同时升级master组中每个设备的当前版本。
具体的,由于升级master组中各设备的当前版本时,该master组中各设备无法处理业务流量,因此需要在升级master组中各设备的当前版本之前,通知slave组中各设备分担业务流量。而由于此时slave组中各设备的业务端口是关闭的,因此需要通知slave组中各设备开启业务端口。
本发明实施例中,由于slave组和master组之间保留了专用的ISSU通道,因此可以通过ISSU通道向slave组中各设备发送ISSU信令,该ISSU信令中携带了通知slave组中各设备开启业务端口的信息,由slave组中各设备根据该ISSU信令开启slave组中各设备的业务端口。因此,当升级master组中各设备的当前版本时,master组中各设备的业务端口是关闭的,此时由于slave组中各设备的业务端口与master组中各设备的业务端口为聚合端口,从而使得可以将master组中各设备的业务流量分担到slave组各设备上。
本步骤中,在升级master组中各设备的当前版本的过程中,首先将新版本下载到master组中各设备中,并通过使用该新版本升级master组中各设备的当前版本,当master组中各设备的当前版本升级完成后,需要重启master组中各设备。
当master组中各设备启动完成后,则master组中各设备均将使用新版本,而由于slave组中各设备已经使用了新版本,则master组中各设备和slave组中各设备均使用新版本,slave组中各设备的当前版本将与master组中各设备的当前版本兼容。此时,master组中各设备可以执行正常的IRF流程加入到新的IRF系统中,在该新的IRF系统中,master组中各设备和slave组中各设备均使用新版本,升级过程结束。
综上所述,通过上述处理过程,即可以使用新版本升级IRF系统内的各个设备的当前版本,且不会由于版本不兼容导致无法升级的问题。
为了更加清楚的阐述本发明实施例提供的技术方案,以下结合具体的应用场景对该基于IRF系统的盒式设备升级方法进行进一步的说明。
本应用场景下,初始状态的示意图如图2所示,IRF系统中包括设备1(master设备)、设备2、设备3、设备4等盒式设备,各盒式设备之间采用IRF堆叠,且采用环形拓扑组网(多于两台时采用环形拓扑),即设备1和设备2连接,设备2和设备3连接,设备3和设备4连接,设备4和设备1连接。
通过采用环形拓扑组网,可以使得任意一台设备升级版本不能提供业务时,其他设备可以提供业务,保证业务的不中断,即保证设备升级时,流量切换到运行的设备上。
在初始状态下,组网时需要配置聚合,以保证业务能够正确的备份,例如,在图2中,设备1和设备2配置聚合,设备A的端口A1和A2配置聚合;设备3和设备4配置聚合,设备B的端口B1和B2配置聚合。
进一步的,如图3所示的升级slave组的过程。其中,在使用新版本进行升级时,需要将IRF系统内的各个设备划分为slave组和master组,每组内设备之间需要是物理上直联,且组网时需要配置聚合,使能聚合零丢包协议,将业务流量分担到两个组上。
本应用场景下,如图3所示,选择设备2、3作为slave组,选择设备1和4作为master组,通过整机重启方式升级slave组为新版本,且slave组升级后与master组相连接的链路仅保留ISSU通道,并使用该ISSU通道传递ISSU命令和备份数据,不再传递其他任何报文。此时,master组和slave组变成两组独立的IRF,shutdown所有slave组的业务端口,这时所有的流量(例如,slave组上的业务流程)都切换到了master组。
进一步的,如图4所示的升级master组的过程。通过整机重启master组的方式升级master组到新版本,在重启之前,通过ISSU通道通知slave组,激活slave组的业务端口,并将master组的业务流量切换到slave组上。
进一步的,如图5所示的升级结束的示意图,当master组重启完成后,执行正常的IRF流程,加入到slave组,并形成新的IRF系统,完成新版本的升级过程,整个过程没有流量丢失,且系统外部感知不到升级过程。
基于与上述方法同样的发明构思,本发明实施例还提出了一种基于盒式设备升级的IRF系统,如图6所示,该IRF系统包括:
划分模块61,用于将所述IRF系统中的各设备划分为第一组和第二组;
第一处理模块62,用于通过使用新版本升级所述第一组中各设备的当前版本,并将所述第一组中各设备的业务流量分担到所述第二组中;
第二处理模块63,用于当所述第一组中各设备的当前版本升级完成后,通过使用所述新版本升级所述第二组中各设备的当前版本,并将所述第二组中各设备的业务流量分担到所述第一组中。
所述第一处理模块62,具体包括:
第一处理子模块621,用于通过使用所述新版本升级所述第一组中各设备的当前版本,并在所述第一组中各设备的当前版本升级完成后,重启所述第一组中各设备;
链路维护子模块622,用于切断所述第一组和所述第二组间IRF链路的通信,并关闭所述第一组中各设备的业务端口,且保留所述第一组和所述第二组间的ISSU通道;
第一通知子模块623,用于通过所述ISSU通道将所述第二组的备份状态通知给所述第一组中各设备。
所述第二处理模块63,具体包括:
第二通知子模块631,用于通过所述ISSU通道向所述第一组中各设备发送ISSU信令,由所述第一组中各设备根据所述ISSU信令开启所述第一组中各设备的业务端口;
第二处理子模块632,用于通过使用所述新版本升级所述第二组中各设备的当前版本,并在所述第二组中各设备的当前版本升级完成后,重启所述第二组中各设备。
本发明实施例中,所述第一组为master组、所述第二组为slave组;或者,所述第一组为slave组、所述第二组为master组。
所述新版本和所述IRF系统的当前版本为不兼容版本。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (6)
1.一种基于IRF系统的盒式设备升级方法,其特征在于,所述IRF系统中的各设备分为第一组和第二组,该方法包括以下步骤:
通过使用新版本升级所述第一组中各设备的当前版本,并将所述第一组中各设备的业务流量分担到所述第二组中;其中,所述通过使用新版本升级所述第一组中各设备的当前版本,包括:通过使用所述新版本升级所述第一组中各设备的当前版本,并在所述第一组中各设备的当前版本升级完成后,重启所述第一组中各设备;切断所述第一组和所述第二组间IRF链路的通信,并关闭所述第一组中各设备的业务端口,且保留所述第一组和所述第二组间的ISSU通道;通过所述ISSU通道将所述第二组的备份状态通知给所述第一组中各设备;
当所述第一组中各设备的当前版本升级完成后,通过使用所述新版本升级所述第二组中各设备的当前版本,并将所述第二组中各设备的业务流量分担到所述第一组中,其中,所述通过使用所述新版本升级所述第二组中各设备的当前版本,包括:通过所述ISSU通道向所述第一组中各设备发送ISSU信令,由所述第一组中各设备根据所述ISSU信令开启所述第一组中各设备的业务端口;通过使用所述新版本升级所述第二组中各设备的当前版本,并在所述第二组中各设备的当前版本升级完成后,重启所述第二组中各设备。
2.如权利要求1所述的方法,其特征在于,所述第一组为master组、所述第二组为slave组;或者,
所述第一组为slave组、所述第二组为master组。
3.如权利要求1所述的方法,其特征在于,所述新版本和所述IRF系统的当前版本为不兼容版本。
4.一种基于盒式设备升级的IRF系统,其特征在于,该IRF系统包括:
划分模块,用于将所述IRF系统中的各设备划分为第一组和第二组;
第一处理模块,用于通过使用新版本升级所述第一组中各设备的当前版本,并将所述第一组中各设备的业务流量分担到所述第二组中;所述第一处理模块,具体包括:第一处理子模块,用于通过使用所述新版本升级所述第一组中各设备的当前版本,并在所述第一组中各设备的当前版本升级完成后,重启所述第一组中各设备;链路维护子模块,用于切断所述第一组和所述第二组间IRF链路的通信,并关闭所述第一组中各设备的业务端口,且保留所述第一组和所述第二组间的ISSU通道;第一通知子模块,用于通过所述ISSU通道将所述第二组的备份状态通知给所述第一组中各设备;
第二处理模块,用于当所述第一组中各设备的当前版本升级完成后,通过使用所述新版本升级所述第二组中各设备的当前版本,并将所述第二组中各设备的业务流量分担到所述第一组中;具体包括:第二通知子模块,用于通过所述ISSU通道向所述第一组中各设备发送ISSU信令,由所述第一组中各设备根据所述ISSU信令开启所述第一组中各设备的业务端口;第二处理子模块,用于通过使用所述新版本升级所述第二组中各设备的当前版本,并在所述第二组中各设备的当前版本升级完成后,重启所述第二组中各设备。
5.如权利要求4所述的IRF系统,其特征在于,所述第一组为master组、所述第二组为slave组;或者,
所述第一组为slave组、所述第二组为master组。
6.如权利要求4所述的IRF系统,其特征在于,所述新版本和所述IRF系统的当前版本为不兼容版本。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010526365.XA CN101968744B (zh) | 2010-11-01 | 2010-11-01 | 一种基于irf系统的盒式设备升级方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010526365.XA CN101968744B (zh) | 2010-11-01 | 2010-11-01 | 一种基于irf系统的盒式设备升级方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101968744A CN101968744A (zh) | 2011-02-09 |
CN101968744B true CN101968744B (zh) | 2014-03-19 |
Family
ID=43547904
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010526365.XA Active CN101968744B (zh) | 2010-11-01 | 2010-11-01 | 一种基于irf系统的盒式设备升级方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101968744B (zh) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9030947B2 (en) | 2012-10-12 | 2015-05-12 | Futurewei Technologies, Inc. | Methods for zero loss and nonstop packet processing during system software upgrades |
CN106855809A (zh) * | 2013-07-22 | 2017-06-16 | 上海联影医疗科技有限公司 | 一种磁共振控制系统的动态配置装置 |
CN103533047B (zh) * | 2013-10-12 | 2017-07-14 | 华为技术有限公司 | 用于升级数据离散备份系统的方法和设备 |
CN104780057A (zh) * | 2014-01-13 | 2015-07-15 | 中兴通讯股份有限公司 | 版本升级处理方法及装置 |
CN104090797B (zh) * | 2014-07-08 | 2017-06-23 | 新华三技术有限公司 | 一种网板升级方法及网络设备 |
CN104394016B (zh) * | 2014-11-25 | 2018-08-24 | 新华三技术有限公司 | Issu升级方法和装置 |
CN104486394B (zh) * | 2014-12-10 | 2018-01-12 | 新华三技术有限公司 | 不中断业务软件升级方法及装置 |
CN105159745A (zh) * | 2015-08-21 | 2015-12-16 | 北京星网锐捷网络技术有限公司 | 虚拟交换架构vsf系统升级的方法、装置及设备 |
CN106470121B (zh) * | 2016-08-30 | 2019-09-20 | 锐捷网络股份有限公司 | 虚拟交换单元vsu系统的升级方法、装置及vsu系统 |
CN107046476A (zh) * | 2017-02-21 | 2017-08-15 | 杭州迪普科技股份有限公司 | 一种版本升级的方法及装置 |
CN106936646B (zh) * | 2017-04-24 | 2019-12-06 | 新华三技术有限公司 | 主用主控板的确定方法及装置 |
CN107678764B (zh) * | 2017-09-30 | 2020-09-08 | 杭州迪普科技股份有限公司 | 一种基于issu升级vsm系统的方法及装置 |
CN109560975B (zh) * | 2019-01-31 | 2022-02-25 | 新华三技术有限公司 | 设备更新方法及装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101621407A (zh) * | 2009-08-11 | 2010-01-06 | 杭州华三通信技术有限公司 | 软件版本不一致的处理方法和堆叠系统中的成员设备 |
CN101673205A (zh) * | 2009-09-28 | 2010-03-17 | 杭州华三通信技术有限公司 | 接口板升级方法及系统 |
-
2010
- 2010-11-01 CN CN201010526365.XA patent/CN101968744B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101621407A (zh) * | 2009-08-11 | 2010-01-06 | 杭州华三通信技术有限公司 | 软件版本不一致的处理方法和堆叠系统中的成员设备 |
CN101673205A (zh) * | 2009-09-28 | 2010-03-17 | 杭州华三通信技术有限公司 | 接口板升级方法及系统 |
Non-Patent Citations (2)
Title |
---|
分布式网络设备的业务不中断软件升级系统设计;张敏狄 等;《计算机系统应用》;20100630;第19卷(第6期);第40-43页 * |
张敏狄 等.分布式网络设备的业务不中断软件升级系统设计.《计算机系统应用》.2010,第19卷(第6期),第40-43页. |
Also Published As
Publication number | Publication date |
---|---|
CN101968744A (zh) | 2011-02-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101968744B (zh) | 一种基于irf系统的盒式设备升级方法和系统 | |
US9960963B2 (en) | Dynamic client fail-over during a rolling patch installation based on temporal server conditions | |
CN102708018B (zh) | 一种异常处理方法及系统、代理设备与控制装置 | |
CN106301876B (zh) | 物理机升级方法、业务迁移方法及装置 | |
CN105099789A (zh) | 一种网元升级方法及设备 | |
CN102081540B (zh) | 一种分布式双主控网络设备软件升级方法和装置 | |
CN104281511A (zh) | 智能平台管理接口系统、基板管理控制器及实现方法 | |
CN105141453A (zh) | 一种可在系统升级过程中不中断业务的控制方法及系统 | |
CN112416969B (zh) | 分布式数据库中的并行任务调度系统 | |
CN108319492B (zh) | 复位物理机的方法、装置与系统 | |
CN104394016B (zh) | Issu升级方法和装置 | |
CN103856357A (zh) | 一种堆叠系统故障处理方法及堆叠系统 | |
US20060282831A1 (en) | Method and hardware node for customized upgrade control | |
CN104486394A (zh) | 不中断业务软件升级方法及装置 | |
CN103259639B (zh) | 一种堆叠设备的时钟同步方法和设备 | |
CN111078463A (zh) | 数据备份的方法、装置和系统 | |
CN110708193B (zh) | 一种以太网业务板卡启动方法及系统 | |
CN105591801A (zh) | 一种虚拟网络功能vnf故障处理方法及vnf管理设备 | |
CN106301877A (zh) | 一种虚拟网元的升级方法和装置 | |
CN104090797A (zh) | 一种网板升级方法及网络设备 | |
CN103763115B (zh) | 一种协议报文处理方法和设备 | |
CN111241200A (zh) | 基于SQLite数据库的主备同步处理方法及装置 | |
CN101707555A (zh) | 一种堆叠系统中的数据交互方法及装置 | |
CN116155957B (zh) | 一种分拣机控制程序的运行方法、装置和电子设备 | |
CN112468318B (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 | ||
GR01 | Patent grant | ||
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 |