CN104320279A - 一种业务升级的方法及系统 - Google Patents
一种业务升级的方法及系统 Download PDFInfo
- Publication number
- CN104320279A CN104320279A CN201410603458.6A CN201410603458A CN104320279A CN 104320279 A CN104320279 A CN 104320279A CN 201410603458 A CN201410603458 A CN 201410603458A CN 104320279 A CN104320279 A CN 104320279A
- Authority
- CN
- China
- Prior art keywords
- service
- hardware node
- version
- module
- standby
- 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
- 238000000034 method Methods 0.000 title claims abstract description 355
- 230000008569 process Effects 0.000 claims abstract description 322
- 238000012545 processing Methods 0.000 claims abstract description 84
- 230000003993 interaction Effects 0.000 claims abstract description 42
- 230000009471 action Effects 0.000 claims description 17
- 230000004044 response Effects 0.000 claims description 12
- 230000005012 migration Effects 0.000 claims description 6
- 238000013508 migration Methods 0.000 claims description 6
- 230000000977 initiatory effect Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Landscapes
- Hardware Redundancy (AREA)
Abstract
本发明公开了一种业务升级的方法,在包括至少一个第一硬件节点的网络设备中新加入第二硬件节点时,在第二硬件节点侧:判断第二硬件节点的业务版本与进行业务升级的第一硬件节点的业务版本兼容与否,若兼容,第二硬件节点以其业务版本运行业务,然后比较第二硬件节点与第一硬件节点的处理能力;若不兼容,第二硬件节点触发两个硬件节点均以高业务版本运行业务,然后比较两个硬件节点的处理能力,在处理能力高的硬件节点上将业务以主业务运行。该方法在第二硬件节点加入到第一硬件节点后,业务的升级过程不再经由人工干预,而通过两个硬件节点之间的交互,以使整个业务升级的流程完全自动地进行。本发明还公开了一种业务升级的系统。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种业务升级的方法及系统。
背景技术
随着网络产品硬件技术的快速发展,新的硬件解决方案的不断涌现,产品的硬件和软件均需要频繁的升级。
其中,硬件升级的过程是:新的处理能力高的硬件加入到原有的系统中,并作为主要硬件节点来承担主要功能;旧硬件并不完全淘汰,以备份硬件节点或者辅助硬件节点的身份工作。
对于软件,需要说明的是,软件架构多为操作系统+应用程序的方式。操作系统一般在软件架构底层运行,一般比较稳定、不会频繁升级;应用程序则承载着具体业务,具有多个协同作业、升级频繁的特点。
下面以业务升级为例,来对软件升级的过程进行说明。需要说明的是,下文中的软件指的即是业务。
软件升级的过程包括两种情况:第一种高版本软件与原系统中的低版本软件兼容。此种情形下,将兼容的高版本软件替换整个系统新旧硬件上的低版本软件,从而实现软件在新旧硬件上的全部升级。
第二种是高版本软件与原系统中的低版本软件不兼容。此种情形下,可以采取手动重新启动所有硬件的方式,将低版本软件全部重新启动升级为高版本软件。但是此种方式仅适于小型网络中,对于较大型网络或关键网络的升级便不适用。对于后者的软件升级,现有技术一般是先在新的硬件上运行低版本软件,以将新的硬件平滑加入系统,然后再手动将新旧硬件上的低版本软件逐个升级至高版本软件。
现存的软件升级方案,均需要手工干预,消耗了较多的网络运营与维护的工作量和成本。尤其在大规模网络环境下,升级操作人员需要长时间工作和干预,耗时耗力,容易出现人为失误,甚至造成网络停止服务等不可预知的问题。
综上所述,软硬件升级给网络系统的运营维护带来了巨大的挑战。
发明内容
有鉴于此,本发明提出一种业务升级的方法及系统,以解决软硬件升级需要手工干预的技术问题。
为达到上述目的,本发明实施例的技术方案是这样实现的:
本发明实施例公开了一种业务升级的方法,在包括至少一个第一硬件节点的网络设备中新加入第二硬件节点时,该方法包括:
步骤a、判断所述第二硬件节点的业务版本与网络设备中进行业务升级的第一硬件节点的业务版本兼容与否,若兼容,进入步骤b;若不兼容,进入步骤c;
步骤b、所述第二硬件节点以其业务版本运行业务,并进入步骤d;
步骤c、所述第二硬件节点触发所述第一硬件节点和所述第二硬件节点均以所述第一、第二硬件节点二者业务版本中的高业务版本运行业务,并进入步骤d;
步骤d、比较所述第二硬件节点与所述第一硬件节点的处理能力,然后在处理能力高的硬件节点上将业务以主业务运行,在处理能力低的硬件节点上将业务以备业务运行。
可选地,所述步骤b进一步包括,所述第二硬件节点将业务以备业务运行,并触发所述第一硬件节点将主业务同步到所述新硬件节点的备业务。
可选地,在步骤c中,所述第二硬件节点触发所述第一硬件节点和所述第二硬件节点均以所述第一、第二硬件节点二者业务版本中的高业务版本运行业务包括:
所述第二硬件节点判断所述第二硬件节点的业务版本与所述第一硬件节点的业务版本的高低;若所述第二硬件节点的业务版本高于所述第一硬件节点的业务版本,则进入步骤c1;若所述第二硬件节点的业务版本低于所述第一硬件节点的业务版本,则进入步骤c2;
步骤c1、所述第二硬件节点将业务的高版本可执行文件通知所述第一硬件节点,接收来自所述第一硬件节点的低版本可执行文件;
所述第二硬件节点用低版本可执行文件启动业务,并将该业务作为备业务,触发所述第一硬件节点将主业务同步到所述第二硬件节点上的备业务;
所述第二硬件节点将备业务隔离,并用高版本可执行文件重新启动备业务,并通知所述第一硬件节点进行业务升级;
步骤c2、所述第二硬件节点向所述第一硬件节点获取该业务的高版本可执行文件;
所述第二硬件节点用高版本可执行文件启动业务,并将该业务作为备业务,触发所述第一硬件节点将主业务同步到所述第二硬件节点的备业务。
可选地,在步骤c1中,所述第一硬件节点进行业务升级包括:
所述第一硬件节点将其上运行的主业务隔离,将所述第二硬件节点的备业务切换为主业务,将所述第一硬件节点上的主业务切换为备业务;
所述第一硬件节点用高版本可执行文件启动切换后的备业务;
所述第一硬件节点将切换后的主业务同步到所述第一硬件节点上的切换后的备业务。
可选地,所述步骤d具体包括:
所述第二硬件节点判断所述第二硬件节点与所述第一硬件节点的处理能力高低,若第二硬件节点的处理能力高于所述第一硬件节点的处理能力,则所述第一硬件节点和第二硬件节点分别进行主备业务的切换;若第二硬件节点的处理能力低于所述第一硬件节点的处理能力,则所述第一硬件节点和第二硬件节点均不进行主备业务的切换;
其中,所述主备业务的切换为将所述第二硬件节点的备业务切换为主业务,所述第一硬件节点上的主业务切换为备业务。
可选地,所述第一硬件节点和所述第二硬件节点上均运行有服务控制管理SCM进程和升级迁移管理UPM进程;
所述第一硬件节点的UPM进程中预先保存有所述第一硬件节点的处理能力水平level值;
在步骤a之前,还包括:
步骤a0、所述第二硬件节点的SCM进程启动所述第二硬件节点的UPM进程,以生成所述第二硬件节点的level值,
所述第二硬件节点的UPM进程向所述第一硬件节点的UPM进程发送第一通知报文,以触发所述第一硬件节点回复包含所述第一硬件节点的level值的第一回应报文;
所述第二硬件节点的UPM进程比较两者的level值大小,并将比较结果保存在第二硬件节点的UPM进程中;
其中,若所述第一硬件节点的level值大于所述第二硬件节点的level值,则判定所述第一硬件节点的处理能力高;若所述第一硬件节点的level值小于所述第二硬件节点的level值,则判定所述第一硬件节点的处理能力低。
可选地,所述第一硬件节点的UPM进程中预先保存有所述第一硬件节点的业务版本号;
在步骤a之前,还包括:
步骤a0'、所述第二硬件节点的SCM进程启动所述第二硬件节点的UPM进程,以获取所述第二硬件节点的业务版本号;
所述第二硬件节点的UPM进程向所述第一硬件节点的UPM进程发送第二通知报文,以触发所述第一硬件节点回复包含所述第一硬件节点的业务版本号的第二回应报文;
所述第二硬件节点的UPM进程比较两者的业务版本号,并将比较结果保存在第二硬件节点的UPM进程中;
其中,
所述业务版本号以X.Y的形式来表示,若所述第二硬件节点的业务版本号中的X与所述第一硬件节点的业务版本号中的X相同,则判定所述第二硬件节点的业务和所述第一硬件节点的业务为兼容版本;
若所述第二硬件节点的业务版本号中的X与所述第一硬件节点的业务版本号中的X不同,则判定所述第二硬件节点的业务和所述第一硬件节点的业务为不兼容版本。
可选地,所述第一硬件节点和所述第二硬件节点上均运行有可靠性管理HA进程,
所述步骤a中,所述第二硬件节点的SCM进程从UPM进程中获得所述第二硬件节点与所述第一硬件节点的业务版本号的比较结果,来判断两者的业务版本兼容与否;
所述步骤b中,所述第二硬件节点的SCM进程将业务以备业务运行,并通知所述第一硬件节点的HA进程,以将所述第一硬件节点的主业务同步到所述第二硬件节点的备业务;
所述步骤c中,所述第二硬件节点的SCM进程通过比较所述第二硬件节点和所述第一硬件节点的业务版本号的X值大小来判断二者的业务版本的高低;其中,业务版本号的X值较大,则业务版本较高。
可选地,在步骤c1中,
若所述第二硬件节点的业务版本高于所述第一硬件节点的业务版本,所述第二硬件节点的SCM进程通知UPM进程将该业务的高版本可执行文件通知所述第一硬件节点的UPM进程,接收来自所述第一硬件节点的UPM进程发送的主业务的低版本可执行文件;
所述第二硬件节点的SCM进程用低版本可执行文件启动该业务,并将该业务作为备业务,并通知所述第一硬件节点的HA进程,将主业务同步到第二硬件节点上的备业务;
所述第二硬件节点的UPM进程将备业务隔离,第二硬件节点SCM进程用高版本可执行文件重新启动备业务,并通知所述第一硬件节点的UPM进程进行业务升级;
所述第一硬件节点进行业务升级包括:
所述第一硬件节点的UPM进程将其上运行的主业务隔离,通知所述第一硬件节点的HA进程将主业务切换为备业务,将所述第二硬件节点的备业务切换为主业务;
所述第一硬件节点的SCM进程用高版本可执行文件启动切换后的备业务,并通知HA进程,第一硬件节点HA进程将切换后的主业务同步到切换后的备业务。
可选地,在步骤c2中,
所述第二硬件节点的SCM进程触发UPM进程,向所述第一硬件节点的UPM进程获取该业务的高版本可执行文件;
所述第二硬件节点的SCM进程用高版本可执行文件启动业务,并将该业务作为备业务,并通知所述第一硬件节点的HA进程,以将主业务同步到所述第二硬件节点的备业务。
可选地,在步骤d中,
所述第二硬件节点的SCM进程从UPM进程中获得所述第二硬件节点与所述第一硬件节点的level值的比较结果,来判断两者的处理能力高低;
若第二硬件节点的处理能力高于所述第一硬件节点的处理能力,则通知第一硬件节点的HA进程进行主备业务的切换;
若第二硬件节点的处理能力低于所述第一硬件节点的处理能力,则不进行主备业务的切换。
本发明实施例还提供一种业务升级的系统,包括至少一个第一硬件节点的网络设备以及在所述网络设备中新加入第二硬件节点,其中,在第二硬件节点侧,包括:
版本兼容判断模块、判断所述第二硬件节点的业务版本与所述第一硬件节点的业务版本兼容与否,若兼容,则使第二兼容业务运行模块动作;若不兼容,使第二不兼容业务运行模块动作;
第二兼容业务运行模块,以其业务版本运行业务,并通知第二业务切换模块动作;
第二不兼容业务运行模块,触发所述第二硬件节点和所述第一硬件节点均以所述第一、第二硬件节点二者业务版本中的高业务版本运行该业务,并通知第二业务切换模块动作;
第二业务切换模块,比较所述第二硬件节点与所述第一硬件节点的处理能力,然后在处理能力高的硬件节点上将业务以主业务运行,在处理能力低的硬件节点上将业务以备业务运行。
可选地,所述第一硬件节点上还设有用以同步业务的第一业务同步模块,
所述第二兼容业务运行模块包括:
第二业务启动模块,将业务以备业务运行,并触发第二业务同步模块动作;
第二业务同步模块,触发第一业务同步模块将主业务同步到备业务。
可选地,所述第一硬件节点侧还设有第一执行文件交互模块、第一业务升级模块;
第二不兼容业务运行模块包括:
版本高低判断模块,判断所述第二硬件节点的业务版本与所述第一硬件节点的业务版本的高低,若所述第二硬件节点的业务版本高于所述第一硬件节点的业务版本,则通知第二执行文件交互模块动作;
第二执行文件交互模块,将该业务的高版本可执行文件通知第一执行文件交互模块,并接收第一执行文件交互模块的低版本可执行文件,并通知所述第二业务启动模块动作;
第二业务启动模块,用低版本可执行文件启动业务,并将该业务作为备业务,并触发所述第一业务同步模块将主业务同步到备业务;
第二业务启动模块将备业务隔离,并用高版本可执行文件重新启动备业务后,并通知所述第一业务升级模块进行业务升级;
若所述第二硬件节点的业务版本低于所述第一硬件节点的业务版本,则通知第二执行文件交互模块动作;
第二执行文件交互模块,向第一执行文件交互模块获取该业务的高版本可执行文件,并通知第二业务启动模块动作;
第二业务启动模块,用高版本可执行文件启动业务,并将该业务作为备业务,触发所述第一业务同步模块将主业务同步到备业务。
可选地,所述第一业务升级模块包括:
第一业务启动模块,将其上运行的主业务隔离,并通知第一业务切换模块进行主备切换;
第一业务切换模块,将主业务切换为备业务,将备业务切换为主业务,并通知第一业务启动模块用高版本可执行文件启动切换后的备业务,然后所述第一业务启动模块触发所述第一业务同步模块动作;
第一业务同步模块,将切换后的主业务同步到切换后的备业务。
可选地,所述第二业务切换模块具体包括:
判断所述第二硬件节点与所述第一硬件节点的处理能力高低,若第二硬件节点的处理能力高于所述第一硬件节点的处理能力,则通知第二业务切换模块进行主备业务的切换;若第二硬件节点的处理能力低于所述第一硬件节点的处理能力,则不进行主备业务的切换;其中,所述主备业务的切换为所述第二业务切换模块将主业务切换为备业务,将备业务切换为主业务。
可选地,所述第一硬件节点和所述第二硬件节点上均运行有服务控制管理SCM进程和升级迁移管理UPM进程;
所述第一硬件节点上还设有第一参数获取模块,所述第二硬件节点上还设有第二参数获取模块;
所述第一参数获取模块的UPM进程中预先保存有所述第一硬件节点的处理能力水平level值;
在版本兼容判断模块动作之前:
所述第二参数获取模块的SCM进程启动UPM进程,以生成所述第二硬件节点的level值,
所述第二参数获取模块的UPM进程向所述第一参数获取模块的UPM进程发送第一通知报文,以触发所述第一参数获取模块回复包含所述第一硬件节点的level值的第一回应报文;
所述第二参数获取模块的UPM进程比较两者的level值大小,并将比较结果保存在UPM进程中;其中,若所述第一硬件节点的level值大于所述第二硬件节点的level值,则所述第一硬件节点的处理能力高;若所述第一硬件节点的level值小于所述第二硬件节点的level值,则所述第一硬件节点的处理能力低。
可选地,所述第一参数获取模块的UPM进程中预先保存有所述第一硬件节点的业务版本号;
在版本兼容判断模块动作之前:
所述第二参数获取模块的SCM进程启动UPM进程,以获取所述第一硬件节点的业务版本号;
所述第二参数获取模块的UPM进程向所述第一参数获取模块的UPM进程发送第二通知报文,以触发所述第一参数获取模块回复包含所述第一硬件节点的业务版本号的第二回应报文;
所述第二参数获取模块的UPM进程比较两者的业务版本号,并将比较结果保存在UPM进程中;其中,所述业务版本号以X.Y的形式来表示,若所述第二硬件节点的业务版本号中的X与所述第一硬件节点的业务版本号中的X相同,则判定所述第二硬件节点的业务和所述第一硬件节点的业务为兼容版本;若所述第二硬件节点的业务版本号中的X与所述第一硬件节点的业务版本号中的X不同,则判定所述第二硬件节点的业务和所述第一硬件节点的业务为不兼容版本。
可选地,所述第一硬件节点和所述第二硬件节点上均运行有可靠性管理HA进程,
在所述版本兼容判断模块中,所述SCM进程从所述第二参数获取模块的UPM进程中获得所述第二硬件节点与所述第一硬件节点的业务版本号的比较结果,来判断两者的业务版本兼容与否;
当版本兼容时,第二业务启动模块的SCM进程将业务以备业务运行,并启动第二业务同步模块的HA进程;所述第二业务同步模块的HA进程通知所述第一业务同步模块的HA进程,以将所述第一硬件节点上的主业务同步到所述第二硬件节点上的备业务;
当版本不兼容时,所述版本高低判断模块的SCM进程通过比较第二参数获取模块中的所述第二硬件节点和所述第一硬件节点的业务版本号的X值大小来判断二者的业务版本的高低;其中,业务版本号的X值较大,则业务版本较高。
可选地,第二不兼容业务运行模块中,所述版本高低判断模块判断所述第二硬件节点的业务版本高于所述第一硬件节点的业务版本时:
所述第二执行文件交互模块的SCM进程通知UPM进程将该业务的高版本可执行文件通知所述第一执行文件交互模块的UPM进程,并从所述第一执行文件交互模块的UPM进程获得主业务的低版本可执行文件;
所述第二业务启动模块的SCM进程用低版本可执行文件启动该业务,并将该业务作为备业务,通知所述第一业务同步模块的HA进程将主业务同步到第二硬件节点上的备业务,
所述第二业务启动模块的UPM进程将备业务隔离,所述第二业务启动模块的SCM进程用高版本可执行文件重新启动备业务,并通知所述第一业务升级模块进行业务升级;
所述第一业务升级模块进行业务升级包括:
所述第一业务启动模块的UPM进程将其上运行的主业务隔离,通知所述第一业务切换模块的HA进程,将主业务切换为备业务,将第二硬件节点的备业务切换为主业务;
所述第一业务启动模块的SCM进程用高版本可执行文件启动切换后的备业务,并通知第一业务同步模块的HA进程,将切换后的主业务同步到切换后的备业务。
可选地,所述版本高低判断模块判断所述第二硬件节点的业务版本低于所述第一硬件节点的业务版本时,
所述第二执行文件交互模块的SCM进程触发UPM进程,向所述第一执行文件交互模块的UPM进程获取该业务的高版本可执行文件;
所述第二业务启动模块的SCM进程用高版本可执行文件启动业务,并将该业务作为备业务,并通知所述第一业务同步模块的HA进程,以将主业务同步到所述第二硬件节点上的备业务。
可选地,所述第二业务切换模块的SCM进程从所述第二参数获取模块的UPM进程中获得所述第二硬件节点与所述第一硬件节点的level值的比较结果,来判断两者的处理能力高低;
若第二硬件节点的处理能力高于所述第一硬件节点的处理能力,则通知所述第一业务切换模块的HA进程进行主备业务的切换;
若第二硬件节点的处理能力低于所述第一硬件节点的处理能力,则不进行主备业务的切换。
本发明的业务升级的方法及系统,在第二硬件节点加入到第一硬件节点上后,业务的升级过程不再经由人工干预,而是通过第二硬件节点与第一硬件节点之间的交互,从而使整个业务升级的流程完全自动地进行,从而有效地避免了人为失误等问题。
附图说明
图1为本发明实施例中的业务升级的方法流程图;
图2a为本发明实施例中的比较第二硬件节点和第一硬件节点的处理能力大小的示意图;
图2b为本发明实施例中的判断第二硬件节点和第一硬件节点的业务版本兼容与否的示意图;
图3a~图3d为本发明实施例中的业务版本兼容时的流程图;
图4a~图4h为本发明实施例中的业务版本不兼容时的流程图;
图5为本发明实施例中的业务升级的系统的模块结构图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下通过具体实施例并参见附图,对本发明进行详细说明。
为了解决现有技术中存在的软硬件升级需要手动干预,耗时耗力,给网络系统的运营维护带来巨大挑战的技术缺陷,本发明实施例还提供一种业务升级的方法,如图1所示,在包括至少一个第一硬件节点的网络设备中新加入第二硬件节点时。其中,第一硬件节点上运行的业务为主业务。
本实施例中,第一硬件节点为作为主业务运行的硬件节点,第二硬件节点即为新加入的硬件节点。为了更直观地表达,在后文中将第一硬件节点称为主硬件节点,将第二硬件节点称为新硬件节点。
所述主硬件节点和所述新硬件节点上均运行有服务控制管理SCM进程、升级迁移管理UPM进程,高可靠性管理HA进程。需要进行说明的是,SCM进程具有最高的优先级,不仅负责具体业务的启动,其余进程都要靠SCM进程去启动,如UPM进程和HA进程。在UPM进程和HA进程启动后,便一直在系统中运行等待调用,便不再需要SCM进程去调用。
在新硬件节点侧,该方法包括:
步骤a、判断所述新硬件节点的业务版本与所述主硬件节点的业务版本兼容与否,若兼容,进入步骤b;若不兼容,进入步骤c。具体地,在进程层面,在本步骤a中,所述新硬件节点的SCM进程从UPM进程中获得所述新硬件节点与所述主硬件节点的业务版本号的比较结果,来判断两者的业务版本兼容与否。
其中,上述判断过程,在新硬件节点探知加入到主硬件节点后自动进行。
在实现上述步骤之前,还需要提前判断硬件节点的处理能力,以及硬件节点的版本兼容与否。
所以,在判断硬件节点的处理能力时,所述主硬件节点的UPM进程中预先保存有所述主硬件节点的处理能力水平level值。在步骤a之前,还包括:
步骤a0、所述新硬件节点的SCM进程启动所述新硬件节点的UPM进程,以生成所述新硬件节点的level值,
所述新硬件节点的UPM进程向所述主硬件节点的UPM进程发送第一通知报文,以触发所述主硬件节点回复包含所述主硬件节点的level值的第一回应报文;
所述新硬件节点的UPM进程比较两者的level值大小,并将比较结果保存在新硬件节点的UPM进程中;其中,若所述主硬件节点的level值大于所述新硬件节点的level值,则判定所述主硬件节点的处理能力高;若所述主硬件节点的level值小于所述新硬件节点的level值,则判定主硬件节点的处理能力低。
本实施例中,level值的算法为:硬件节点的CPU主频*10+内存大小*5+硬件节点的芯片容量。
在判断硬件节点的版本兼容与否时,所述主硬件节点的UPM进程中预先保存有所述主硬件节点的业务版本号。在步骤a之前,还包括:
步骤a0'、所述新硬件节点的SCM进程启动所述新硬件节点的UPM进程,以获取所述新硬件节点的业务版本号;
所述新硬件节点的UPM进程向所述主硬件节点的UPM进程发送第二通知报文,以触发所述主硬件节点回复包含所述主硬件节点的业务版本号的第二回应报文;
所述新硬件节点的UPM进程比较两者的业务版本号,并将比较结果保存在新硬件节点的UPM进程中;其中,所述业务版本号以X.Y的形式来表示,若所述新硬件节点的业务版本号中的X与所述主硬件节点的业务版本号中的X相同,则判定所述新硬件节点的业务和所述主硬件节点的业务为兼容版本;若所述新硬件节点的业务版本号中的X与所述主硬件节点的业务版本号中的X不同,则判定所述新硬件节点的业务和所述主硬件节点的业务为不兼容版本。
步骤b、所述新硬件节点以其业务版本运行业务,并进入步骤d。
具体而言,在本步骤b中进一步包括,所述新硬件节点将业务以备业务运行,并触发所述主硬件节点将主业务同步到所述新硬件节点的备业务,然后进入步骤d。
在进程层面,所述新硬件节点的SCM进程将业务以备业务运行,并通知所述主硬件节点的HA进程,以将所述主硬件节点的主业务同步到所述新硬件节点的备业务,并进入步骤d。
步骤c、所述新硬件节点触发所述新硬件节点和所述主硬件节点均以所述第一、第二硬件节点二者业务版本中的高业务版本运行该业务,并进入步骤d。
具体地,在步骤c中,所述新硬件节点触发所述新硬件节点和所述主硬件节点均以高业务版本运行该业务包括:
c0、所述新硬件节点判断所述新硬件节点的业务版本与所述主硬件节点的业务版本的高低;若所述新硬件节点的业务版本高于所述主硬件节点的业务版本,则进入步骤c1;若所述新硬件节点的业务版本低于所述主硬件节点的业务版本,则进入步骤c2。
其中,步骤c1包括:
c11、所述新硬件节点将该业务的高版本可执行文件通知所述主硬件节点,所述主硬件节点将主业务的低版本可执行文件通知所述新硬件节点;
c12、所述新硬件节点用低版本可执行文件启动该业务,并将该业务作为备业务,并触发主硬件节点将主业务同步到新硬件节点上的备业务;
c13、所述新硬件节点将备业务隔离,并用高版本可执行文件重新启动备业务,并通知所述主硬件节点进行业务升级。其中,新硬件节点将备业务隔离的目的在于,在新硬件节点和主硬件节点作为主备硬件工作时,备业务会实时地对主业务运行的业务数据进行备份。在重启时,如不将备业务进行隔离,那么就会造成重启前的备份数据的丢失。
具体地,在进程层面:
在步骤c1中,
在步骤c11中,若所述新硬件节点的业务版本高于所述主硬件节点的业务版本,所述新硬件节点的SCM进程通知UPM进程将该业务的高版本可执行文件通知所述主硬件节点的UPM进程,所述主硬件节点的UPM进程将主业务的低版本可执行文件通知所述新硬件节点的UPM进程;
在步骤c12中,所述新硬件节点的SCM进程用低版本可执行文件启动该业务,并将该业务作为备业务,并通知所述主硬件节点的HA进程,将主业务的数据同步到新硬件节点上的备业务;
在步骤c13中,所述新硬件节点的HA进程通知UPM进程将备业务隔离,接着所述新硬件节点的SCM进程用高版本可执行文件重新启动备业务,并通知所述主硬件节点的UPM进程进行主业务的升级。
需要说明的是,新硬件节点触发主硬件节点将主业务的数据同步到备业务后,同时将主业务的数据存储到新硬件节点上的掉电不易失介质(如flash芯片等)中,以避免备业务重启时丢失该数据;并在新硬件节点重启备业务后,再从掉电不易失介质中读取该数据。
其中,所述主硬件节点进行业务升级包括:
c14、所述主硬件节点将其上运行的主业务隔离,同时将所述新硬件节点的备业务切换为主业务,将所述主硬件节点上的主业务切换为备业务;
c15、所述主硬件节点用高版本可执行文件启动切换后的备业务;
c16、所述主硬件节点将切换后的主业务同步到所述主硬件节点上的切换后的备业务,然后进入步骤d。
具体地,在进程层面,所述主硬件节点进行主业务的升级包括:
在步骤c14中,所述主硬件节点的UPM进程将其上运行的主业务隔离,通知所述主硬件节点的HA进程将主业务切换为备业务,将所述新硬件节点的备业务切换为主业务;
在步骤c15中,所述主硬件节点的SCM进程用高版本可执行文件启动切换后的备业务,并通知HA进程;
在步骤c16中,所述主硬件节点的HA进程将切换后的主业务同步到所述主硬件节点的切换后的备业务,然后进入步骤d。
步骤c2包括:
c21、所述新硬件节点向所述主硬件节点获取该业务的高版本可执行文件;
c22、所述新硬件节点用高版本可执行文件启动该业务,并将该业务作为备业务,并触发所述主硬件节点将主业务同步到所述新硬件节点的备业务,然后进入步骤d。
具体地,在进程层面,在步骤c2中,
步骤c21中,所述新硬件节点的SCM进程触发UPM进程,向所述主硬件节点的UPM进程获取该业务的高版本可执行文件;
步骤c22中,所述新硬件节点的SCM进程用高版本可执行文件启动业务,并将该业务作为备业务,并通知所述主硬件节点的HA进程,以将主业务同步到所述新硬件节点的备业务,然后进入步骤d。
步骤d、比较所述新硬件节点与所述主硬件节点的处理能力,然后在处理能力高的硬件节点上将该业务以主业务运行,在处理能力低的硬件节点上将业务以备业务运行。具体地,所述步骤d具体包括:
所述新硬件节点判断所述新硬件节点与所述主硬件节点的处理能力高低,若新硬件节点的处理能力高于所述主硬件节点的处理能力,则主硬件节点和新硬件节点分别进行主备业务的切换;若新硬件节点的处理能力低于所述主硬件节点的处理能力,则不进行主备业务的切换;其中,所述主备业务的切换为将新硬件节点的备业务切换为主业务,所述主硬件节点上的主业务切换为备业务。
本发明实施例提供一种业务升级的系统,以实现自动升级,避免人工干预。该系统包括至少一个第一硬件节点的网络设备以及在所述网络设备中新加入第二硬件节点。其中,所述主硬件节点上运行的业务为主业务。需要说明的是,在实际应用时,业务的升级可以在新加入硬件节点时,也可以为没有新加入的硬件节点,仅在原有的硬件装置中进行业务升级。本实施例仅就前述场景进行描述,因为本领域技术人员知悉了在原有的硬件装置中新加入硬件节点后进行业务升级的技术方案后,那么仅在原有的硬件装置中进行业务升级也就会易于实现。
下面就本实施例的业务升级的系统进行说明。本系统中,在新硬件节点侧包括:
版本兼容判断模块、判断所述新硬件节点的业务版本与所述主硬件节点的业务版本兼容与否,若兼容,则使第二兼容业务运行模块动作;若不兼容,使第二不兼容业务运行模块动作。
第二兼容业务运行模块,以其业务版本运行业务,并通知第二业务切换模块动作;
第二不兼容业务运行模块,触发所述新硬件节点和所述主硬件节点均以所述主、新硬件节点二者业务版本中的高业务版本运行该业务,并通知第二业务切换模块动作;
第二业务切换模块,比较所述新硬件节点与所述主硬件节点的处理能力,然后在处理能力高的硬件节点上将业务以主业务运行,在处理能力低的硬件节点上将业务以备业务运行。
其中,判断版本兼容与否的依据为主硬件节点和新硬件节点的业务版本号的比较,以及判断硬件节点处理能力高低的依据为主硬件节点和新硬件节点的level值的比较。此两个比较结果在版本兼容判断模块动作前便已存在进程中,以供后续模块工作时调用。
所述主硬件节点和所述新硬件节点上均运行有服务控制管理SCM进程、升级迁移管理UPM进程和可靠性管理HA进程。需要进行说明的是,SCM进程具有最高的优先级,不仅负责具体业务的启动,其余进程都要靠SCM进程去启动,如UPM进程和HA进程。在UPM进程和HA进程启动后,便一直在系统中运行等待调用,便不再需要SCM进程去调用。HA进程主要负责业务的同步以及主备业务的切换,并且在同一时刻,只有在位于主控地位的主硬件节点上的HA进程去负责,新硬件节点上的HA进程仅作为备用。
主硬件节点和新硬件节点的业务版本号的比较,以及处理能力水平level值的比较如下:
所述主硬件节点上还设有第一参数获取模块,所述新硬件节点上还设有第二参数获取模块;且所述第一参数获取模块的UPM进程中预先保存有所述主硬件节点的level值;
在判断硬件节点的处理能力时,在版本兼容判断模块动作之前,参见图2a:
所述第二参数获取模块的SCM进程启动UPM进程,以生成所述新硬件节点的level值。所述level值的算法为:硬件节点的CPU主频*10+内存大小*5+硬件节点的芯片容量。当然,上述列举的level值的参数为主要的参数,实际使用时并不固定为此三个参数,可以根据实际使用情况而进行调整,以满足可以准确地反应出两个硬件节点的处理能力高低即可;
所述第二参数获取模块的UPM进程向所述第一参数获取模块的UPM进程发送第一通知报文,以触发所述第一参数获取模块回复包含所述主硬件节点的level值的第一回应报文;
所述第二参数获取模块的UPM进程比较两者的level值大小,并将比较结果保存在UPM进程中;其中,若所述主硬件节点的level值大于所述新硬件节点的level值,则所述主硬件节点的处理能力高;若所述主硬件节点的level值小于所述新硬件节点的level值,则所述主硬件节点的处理能力低。
在判断硬件节点的版本兼容与否时,参见图2b:
所述第一参数获取模块的UPM进程中预先保存有所述主硬件节点的业务版本号;在版本兼容判断模块动作之前:
所述第二参数获取模块的SCM进程启动UPM进程,以获取所述新硬件节点的业务版本号;
所述第二参数获取模块的UPM进程向所述第一参数获取模块的UPM进程发送第二通知报文,以触发所述第一参数获取模块回复包含所述主硬件节点的业务版本号的第二回应报文;
所述第二参数获取模块的UPM进程比较两者的业务版本号,并将比较结果保存在UPM进程中;其中,所述业务版本号以X.Y的形式来表示,若所述新硬件节点的业务版本号中的X与所述主硬件节点的业务版本号中的X相同,则判定所述新硬件节点的业务和所述主硬件节点的业务为兼容版本;若所述新硬件节点的业务版本号中的X与所述主硬件节点的业务版本号中的X不同,则判定所述新硬件节点的业务和所述主硬件节点的业务为不兼容版本。
然后,在所述版本兼容判断模块中,所述SCM进程从所述UPM进程中获得所述新硬件节点与所述主硬件节点的业务版本号的比较结果,来判断两者的业务版本兼容与否。
更为详尽地,参见图5,所述主硬件节点上设有第一执行文件交互模块、第一业务启动模块、第一业务同步模块和第一业务切换模块;新硬件节点上设有版本兼容判断模块、版本高低判断模块、第二执行文件交互模块、第二业务启动模块、第二业务同步模块和第二业务切换模块。
其中,当新硬件节点和主硬件节点的业务版本兼容时,
所述第二兼容业务运行模块包括:
第二业务启动模块,将业务以备业务运行,并触发第二业务同步模块动作;
第二业务同步模块,触发第一业务同步模块将主业务同步到备业务,并触发第二业务切换模块动作。
第二业务切换模块,判断所述新硬件节点与所述主硬件节点的处理能力高低,若新硬件节点的处理能力高于所述主硬件节点的处理能力,则通知第二业务切换模块进行主备业务的切换;若新硬件节点的处理能力低于所述主硬件节点的处理能力,则不进行主备业务的切换;其中,所述主备业务的切换为所述第二业务切换模块将主业务作为切换后的备业务,将备业务作为切换后的主业务。此处需要说明的是,主硬件节点和新硬件节点的业务切换,均由第二业务切换模块的控制来实现。
在进程层面,在所述版本兼容判断模块中,所述SCM进程从所述第二参数获取模块的UPM进程中获得所述新硬件节点与所述主硬件节点的业务版本号的比较结果,来判断两者的业务版本兼容与否。
版本兼容时,参见图3a~图3d以及图5:
首先,第二业务启动模块的SCM进程将业务以备业务运行,并启动第二业务同步模块的HA进程(参见图3a),
所述第二业务同步模块的HA进程通知所述第一业务同步模块的HA进程,以将所述主硬件节点上的主业务同步到所述新硬件节点上的备业务(参见图3b),并触发第二业务切换模块动作。
然后,所述第二业务切换模块的SCM进程从第二参数获取模块的UPM进程中获得所述新硬件节点与所述主硬件节点的level值的比较结果,来判断两者的处理能力高低;若新硬件节点的处理能力高于所述主硬件节点的处理能力,则通知第一业务切换模块的HA进程进行主备业务的切换(参见图3c);若新硬件节点的处理能力低于所述主硬件节点的处理能力,则不进行主备业务的切换(参见图3d)。
当主硬件节点和新硬件节点的业务版本不兼容时,第二不兼容业务运行模块触发所述新硬件节点和所述主硬件节点均以所述主、新硬件节点二者业务版本中的高业务版本运行该业务,参见图4a~图4h和图5,并通知第二业务切换模块动作。
第二不兼容业务运行模块具体包括:
版本高低判断模块,判断所述新硬件节点的业务版本与所述主硬件节点的业务版本的高低;若所述新硬件节点的业务版本高于所述主硬件节点的业务版本,则通知第二执行文件交互模块动作。具体而言,参见图4a,所述版本高低判断模块的SCM进程通过比较第二参数获取模块中的所述新硬件节点和所述主硬件节点的业务版本号的X值大小来判断二者的业务版本的高低;其中,业务版本号的X值较大,则业务版本较高。并将比较结果通知UPM进程。
第二执行文件交互模块,将该业务的高版本可执行文件通知第一执行文件交互模块,并接收第一执行文件交互模块的低版本可执行文件,并通知所述第二业务启动模块动作。具体而言,参见图4b,所述第二执行文件交互模块的SCM进程通知UPM进程将该业务的高版本可执行文件通知所述第一执行文件交互模块的UPM进程,并从所述第一执行文件交互模块的UPM进程获得主业务的低版本可执行文件。
第二业务启动模块,用低版本可执行文件启动业务,并将该业务作为备业务,并触发第一业务同步模块将主业务同步到备业务;
第二业务启动模块将备业务隔离,并用高版本可执行文件重新启动备业务后,并通知所述第一业务升级模块进行主业务的升级。具体而言,参见图4c、图4d和图4e,所述第二业务启动模块的SCM进程用低版本可执行文件启动该业务,并将该业务作为备业务,通知所述第一业务同步模块的HA进程将主业务同步到新硬件节点上的备业务。
第二业务启动模块的UPM进程将备业务隔离,所述第二业务启动模块的SCM进程用高版本可执行文件重新启动备业务,并通知所述第一业务升级模块进行业务升级。
需要说明的是,新硬件节点将备业务隔离的目的在于,在新硬件节点和主硬件节点作为主备硬件工作时,备业务会实时地对主业务运行的业务数据进行备份。在重启时,如不将备业务进行隔离,那么就会造成重启前的备份数据的丢失。
另外,第一业务同步模块触发第二业务同步模块将主业务的数据同步到备业务后,同时将主业务的数据存储到新硬件节点上的掉电不易失介质(如flash芯片等)中,以避免备业务重启时丢失该数据;并在第一业务启动模块重启备业务后,再从掉电不易失介质中读取该数据。
所述第一业务升级模块进行业务升级包括:
第一业务启动模块,将其上运行的主业务隔离,并通知第一业务切换模块进行主备切换;
第一业务切换模块,将主业务切换为备业务,将备业务切换为主业务,并通知第一业务启动模块动作;
第一业务启动模块在第一业务切换模块完成切换后,用高版本可执行文件启动切换后的备业务,并触发第一业务同步模块动作;
第一业务同步模块,将切换后的主业务的数据同步到切换后的备业务。
具体而言,在进程层面,参见图4f、图4g和图4h,第一业务启动模块的UPM进程将其上运行的主业务隔离,通知所述第一业务切换模块的HA进程,将第二硬件节点的备业务切换为主业务,将主业务切换为备业务;
所述第一业务启动模块的SCM进程用高版本可执行文件启动切换后的备业务,并通知第一业务同步模块的HA进程,将切换后的主业务同步到切换后的备业务,并通知第二业务切换模块的SCM进程动作。
以上是新硬件节点的业务版本高于所述主硬件节点的业务版本时的处理过程。若所述版本高低判断模块判断所述新硬件节点的业务版本低于所述主硬件节点的业务版本时,则通知第二执行文件交互模块动作;
第二执行文件交互模块,向第一执行文件交互模块获取该业务的高版本可执行文件,并通知第二业务启动模块动作。具体地,在进程层面,第二执行文件交互模块的SCM进程触发UPM进程,向所述第一执行文件交互模块的UPM进程获取该业务的高版本可执行文件。
第二业务启动模块,用高版本可执行文件启动业务,并将该业务作为备业务,并触发所述第一业务同步模块将主业务同步到备业务,并通知第二业务切换模块动作。。具体地,在进程层面,所述第二业务启动模块的SCM进程用高版本可执行文件启动该业务,并将该业务作为备业务,并通知所述第一业务同步模块的HA进程,以将主业务的数据同步到所述新硬件节点上的备业务,并通知第二业务切换模块的SCM进程动作。
第二业务切换模块的SCM进程从第二参数获取模块的UPM进程中获得所述新硬件节点与所述主硬件节点的level值的比较结果,来判断两者的处理能力高低;若新硬件节点的处理能力高于所述主硬件节点的处理能力,则通知第一业务切换模块的HA进程进行主备业务的切换(参见图3c);若新硬件节点的处理能力低于所述主硬件节点的处理能力,则不进行主备业务的切换(参见图3d)。
本发明的业务升级的系统和方法,在新硬件节点加入到主硬件节点的网络设备中后,业务的升级过程不再经由人工干预,而是通过新硬件节点与主硬件节点之间的交互,从而使整个业务升级的流程完全自动地进行,从而有效地避免了人为失误等问题。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (22)
1.一种业务升级的方法,其特征在于,在包括至少一个第一硬件节点的网络设备中新加入第二硬件节点时,该方法包括:
步骤a、判断所述第二硬件节点的业务版本与网络设备中进行业务升级的第一硬件节点的业务版本兼容与否,若兼容,进入步骤b;若不兼容,进入步骤c;
步骤b、所述第二硬件节点以其业务版本运行业务,并进入步骤d;
步骤c、所述第二硬件节点触发所述第一硬件节点和所述第二硬件节点均以所述第一、第二硬件节点二者业务版本中的高业务版本运行业务,并进入步骤d;
步骤d、比较所述第二硬件节点与所述第一硬件节点的处理能力,然后在处理能力高的硬件节点上将业务以主业务运行,在处理能力低的硬件节点上将业务以备业务运行。
2.根据权利要求1所述的业务升级的方法,其特征在于,所述步骤b进一步包括,所述第二硬件节点将业务以备业务运行,并触发所述第一硬件节点将主业务同步到所述新硬件节点的备业务。
3.根据权利要求2所述的业务升级的方法,其特征在于,在步骤c中,所述第二硬件节点触发所述第一硬件节点和所述第二硬件节点均以所述第一、第二硬件节点二者业务版本中的高业务版本运行业务包括:
所述第二硬件节点判断所述第二硬件节点的业务版本与所述第一硬件节点的业务版本的高低;若所述第二硬件节点的业务版本高于所述第一硬件节点的业务版本,则进入步骤c1;若所述第二硬件节点的业务版本低于所述第一硬件节点的业务版本,则进入步骤c2;
步骤c1、所述第二硬件节点将业务的高版本可执行文件通知所述第一硬件节点,接收来自所述第一硬件节点的低版本可执行文件;
所述第二硬件节点用低版本可执行文件启动业务,并将该业务作为备业务,触发所述第一硬件节点将主业务同步到所述第二硬件节点上的备业务;
所述第二硬件节点将备业务隔离,并用高版本可执行文件重新启动备业务,并通知所述第一硬件节点进行业务升级;
步骤c2、所述第二硬件节点向所述第一硬件节点获取该业务的高版本可执行文件;
所述第二硬件节点用高版本可执行文件启动业务,并将该业务作为备业务,触发所述第一硬件节点将主业务同步到所述第二硬件节点的备业务。
4.根据权利要求3所述的业务升级的方法,其特征在于,在步骤c1中,所述第一硬件节点进行业务升级包括:
所述第一硬件节点将其上运行的主业务隔离,将所述第二硬件节点的备业务切换为主业务,将所述第一硬件节点上的主业务切换为备业务;
所述第一硬件节点用高版本可执行文件启动切换后的备业务;
所述第一硬件节点将切换后的主业务同步到所述第一硬件节点上的切换后的备业务。
5.根据权利要求4所述的业务升级的方法,其特征在于,所述步骤d具体包括:
所述第二硬件节点判断所述第二硬件节点与所述第一硬件节点的处理能力高低,若第二硬件节点的处理能力高于所述第一硬件节点的处理能力,则所述第一硬件节点和第二硬件节点分别进行主备业务的切换;若第二硬件节点的处理能力低于所述第一硬件节点的处理能力,则所述第一硬件节点和第二硬件节点均不进行主备业务的切换;
其中,所述主备业务的切换为将所述第二硬件节点的备业务切换为主业务,所述第一硬件节点上的主业务切换为备业务。
6.根据权利要求1所述的业务升级的方法,其特征在于,所述第一硬件节点和所述第二硬件节点上均运行有服务控制管理SCM进程和升级迁移管理UPM进程;
所述第一硬件节点的UPM进程中预先保存有所述第一硬件节点的处理能力水平level值;
在步骤a之前,还包括:
步骤a0、所述第二硬件节点的SCM进程启动所述第二硬件节点的UPM进程,以生成所述第二硬件节点的level值,
所述第二硬件节点的UPM进程向所述第一硬件节点的UPM进程发送第一通知报文,以触发所述第一硬件节点回复包含所述第一硬件节点的level值的第一回应报文;
所述第二硬件节点的UPM进程比较两者的level值大小,并将比较结果保存在第二硬件节点的UPM进程中;
其中,若所述第一硬件节点的level值大于所述第二硬件节点的level值,则判定所述第一硬件节点的处理能力高;若所述第一硬件节点的level值小于所述第二硬件节点的level值,则判定所述第一硬件节点的处理能力低。
7.根据权利要求6所述的业务升级的方法,其特征在于,所述第一硬件节点的UPM进程中预先保存有所述第一硬件节点的业务版本号;
在步骤a之前,还包括:
步骤a0'、所述第二硬件节点的SCM进程启动所述第二硬件节点的UPM进程,以获取所述第二硬件节点的业务版本号;
所述第二硬件节点的UPM进程向所述第一硬件节点的UPM进程发送第二通知报文,以触发所述第一硬件节点回复包含所述第一硬件节点的业务版本号的第二回应报文;
所述第二硬件节点的UPM进程比较两者的业务版本号,并将比较结果保存在第二硬件节点的UPM进程中;
其中,
所述业务版本号以X.Y的形式来表示,若所述第二硬件节点的业务版本号中的X与所述第一硬件节点的业务版本号中的X相同,则判定所述第二硬件节点的业务和所述第一硬件节点的业务为兼容版本;
若所述第二硬件节点的业务版本号中的X与所述第一硬件节点的业务版本号中的X不同,则判定所述第二硬件节点的业务和所述第一硬件节点的业务为不兼容版本。
8.根据权利要求7所述的业务升级的方法,其特征在于,所述第一硬件节点和所述第二硬件节点上均运行有可靠性管理HA进程,
所述步骤a中,所述第二硬件节点的SCM进程从UPM进程中获得所述第二硬件节点与所述第一硬件节点的业务版本号的比较结果,来判断两者的业务版本兼容与否;
所述步骤b中,所述第二硬件节点的SCM进程将业务以备业务运行,并通知所述第一硬件节点的HA进程,以将所述第一硬件节点的主业务同步到所述第二硬件节点的备业务;
所述步骤c中,所述第二硬件节点的SCM进程通过比较所述第二硬件节点和所述第一硬件节点的业务版本号的X值大小来判断二者的业务版本的高低;其中,业务版本号的X值较大,则业务版本较高。
9.根据权利要求8所述的业务升级的方法,其特征在于,在步骤c1中,
若所述第二硬件节点的业务版本高于所述第一硬件节点的业务版本,所述第二硬件节点的SCM进程通知UPM进程将该业务的高版本可执行文件通知所述第一硬件节点的UPM进程,接收来自所述第一硬件节点的UPM进程发送的主业务的低版本可执行文件;
所述第二硬件节点的SCM进程用低版本可执行文件启动该业务,并将该业务作为备业务,并通知所述第一硬件节点的HA进程,将主业务同步到第二硬件节点上的备业务;
所述第二硬件节点的UPM进程将备业务隔离,第二硬件节点SCM进程用高版本可执行文件重新启动备业务,并通知所述第一硬件节点的UPM进程进行业务升级;
所述第一硬件节点进行业务升级包括:
所述第一硬件节点的UPM进程将其上运行的主业务隔离,通知所述第一硬件节点的HA进程将主业务切换为备业务,将所述第二硬件节点的备业务切换为主业务;
所述第一硬件节点的SCM进程用高版本可执行文件启动切换后的备业务,并通知HA进程,第一硬件节点HA进程将切换后的主业务同步到切换后的备业务。
10.根据权利要求9所述的业务升级的方法,其特征在于,在步骤c2中,
所述第二硬件节点的SCM进程触发UPM进程,向所述第一硬件节点的UPM进程获取该业务的高版本可执行文件;
所述第二硬件节点的SCM进程用高版本可执行文件启动业务,并将该业务作为备业务,并通知所述第一硬件节点的HA进程,以将主业务同步到所述第二硬件节点的备业务。
11.根据权利要求10所述的业务升级的方法,其特征在于,在步骤d中,
所述第二硬件节点的SCM进程从UPM进程中获得所述第二硬件节点与所述第一硬件节点的level值的比较结果,来判断两者的处理能力高低;
若第二硬件节点的处理能力高于所述第一硬件节点的处理能力,则通知第一硬件节点的HA进程进行主备业务的切换;
若第二硬件节点的处理能力低于所述第一硬件节点的处理能力,则不进行主备业务的切换。
12.一种业务升级的系统,其特征在于,包括至少一个第一硬件节点的网络设备以及在所述网络设备中新加入第二硬件节点,其中,在第二硬件节点侧,包括:
版本兼容判断模块、判断所述第二硬件节点的业务版本与所述第一硬件节点的业务版本兼容与否,若兼容,则使第二兼容业务运行模块动作;若不兼容,使第二不兼容业务运行模块动作;
第二兼容业务运行模块,以其业务版本运行业务,并通知第二业务切换模块动作;
第二不兼容业务运行模块,触发所述第二硬件节点和所述第一硬件节点均以所述第一、第二硬件节点二者业务版本中的高业务版本运行该业务,并通知第二业务切换模块动作;
第二业务切换模块,比较所述第二硬件节点与所述第一硬件节点的处理能力,然后在处理能力高的硬件节点上将业务以主业务运行,在处理能力低的硬件节点上将业务以备业务运行。
13.根据权利要求12所述的业务升级的系统,其特征在于,所述第一硬件节点上还设有用以同步业务的第一业务同步模块,
所述第二兼容业务运行模块包括:
第二业务启动模块,将业务以备业务运行,并触发第二业务同步模块动作;
第二业务同步模块,触发第一业务同步模块将主业务同步到备业务。
14.根据权利要求13所述的业务升级的系统,其特征在于,所述第一硬件节点侧还设有第一执行文件交互模块、第一业务升级模块;
第二不兼容业务运行模块包括:
版本高低判断模块,判断所述第二硬件节点的业务版本与所述第一硬件节点的业务版本的高低,若所述第二硬件节点的业务版本高于所述第一硬件节点的业务版本,则通知第二执行文件交互模块动作;
第二执行文件交互模块,将该业务的高版本可执行文件通知第一执行文件交互模块,并接收第一执行文件交互模块的低版本可执行文件,并通知所述第二业务启动模块动作;
第二业务启动模块,用低版本可执行文件启动业务,并将该业务作为备业务,并触发所述第一业务同步模块将主业务同步到备业务;
第二业务启动模块将备业务隔离,并用高版本可执行文件重新启动备业务后,并通知所述第一业务升级模块进行业务升级;
若所述第二硬件节点的业务版本低于所述第一硬件节点的业务版本,则通知第二执行文件交互模块动作;
第二执行文件交互模块,向第一执行文件交互模块获取该业务的高版本可执行文件,并通知第二业务启动模块动作;
第二业务启动模块,用高版本可执行文件启动业务,并将该业务作为备业务,触发所述第一业务同步模块将主业务同步到备业务。
15.根据权利要求14所述的业务升级的系统,其特征在于,所述第一业务升级模块包括:
第一业务启动模块,将其上运行的主业务隔离,并通知第一业务切换模块进行主备切换;
第一业务切换模块,将主业务切换为备业务,将备业务切换为主业务,并通知第一业务启动模块用高版本可执行文件启动切换后的备业务,然后所述第一业务启动模块触发所述第一业务同步模块动作;
第一业务同步模块,将切换后的主业务同步到切换后的备业务。
16.根据权利要求15所述的业务升级的系统,其特征在于,所述第二业务切换模块具体包括:
判断所述第二硬件节点与所述第一硬件节点的处理能力高低,若第二硬件节点的处理能力高于所述第一硬件节点的处理能力,则通知第二业务切换模块进行主备业务的切换;若第二硬件节点的处理能力低于所述第一硬件节点的处理能力,则不进行主备业务的切换;其中,所述主备业务的切换为所述第二业务切换模块将主业务切换为备业务,将备业务切换为主业务。
17.根据权利要求16所述的业务升级的系统,其特征在于,所述第一硬件节点和所述第二硬件节点上均运行有服务控制管理SCM进程和升级迁移管理UPM进程;
所述第一硬件节点上还设有第一参数获取模块,所述第二硬件节点上还设有第二参数获取模块;
所述第一参数获取模块的UPM进程中预先保存有所述第一硬件节点的处理能力水平level值;
在版本兼容判断模块动作之前:
所述第二参数获取模块的SCM进程启动UPM进程,以生成所述第二硬件节点的level值,
所述第二参数获取模块的UPM进程向所述第一参数获取模块的UPM进程发送第一通知报文,以触发所述第一参数获取模块回复包含所述第一硬件节点的level值的第一回应报文;
所述第二参数获取模块的UPM进程比较两者的level值大小,并将比较结果保存在UPM进程中;其中,若所述第一硬件节点的level值大于所述第二硬件节点的level值,则所述第一硬件节点的处理能力高;若所述第一硬件节点的level值小于所述第二硬件节点的level值,则所述第一硬件节点的处理能力低。
18.根据权利要求17所述的业务升级的系统,其特征在于,所述第一参数获取模块的UPM进程中预先保存有所述第一硬件节点的业务版本号;
在版本兼容判断模块动作之前:
所述第二参数获取模块的SCM进程启动UPM进程,以获取所述第一硬件节点的业务版本号;
所述第二参数获取模块的UPM进程向所述第一参数获取模块的UPM进程发送第二通知报文,以触发所述第一参数获取模块回复包含所述第一硬件节点的业务版本号的第二回应报文;
所述第二参数获取模块的UPM进程比较两者的业务版本号,并将比较结果保存在UPM进程中;其中,所述业务版本号以X.Y的形式来表示,若所述第二硬件节点的业务版本号中的X与所述第一硬件节点的业务版本号中的X相同,则判定所述第二硬件节点的业务和所述第一硬件节点的业务为兼容版本;若所述第二硬件节点的业务版本号中的X与所述第一硬件节点的业务版本号中的X不同,则判定所述第二硬件节点的业务和所述第一硬件节点的业务为不兼容版本。
19.根据权利要求18所述的业务升级的系统,其特征在于,所述第一硬件节点和所述第二硬件节点上均运行有可靠性管理HA进程,
在所述版本兼容判断模块中,所述SCM进程从所述第二参数获取模块的UPM进程中获得所述第二硬件节点与所述第一硬件节点的业务版本号的比较结果,来判断两者的业务版本兼容与否;
当版本兼容时,第二业务启动模块的SCM进程将业务以备业务运行,并启动第二业务同步模块的HA进程;所述第二业务同步模块的HA进程通知所述第一业务同步模块的HA进程,以将所述第一硬件节点上的主业务同步到所述第二硬件节点上的备业务;
当版本不兼容时,所述版本高低判断模块的SCM进程通过比较第二参数获取模块中的所述第二硬件节点和所述第一硬件节点的业务版本号的X值大小来判断二者的业务版本的高低;其中,业务版本号的X值较大,则业务版本较高。
20.根据权利要求19所述的业务升级的方法,其特征在于,第二不兼容业务运行模块中,所述版本高低判断模块判断所述第二硬件节点的业务版本高于所述第一硬件节点的业务版本时:
所述第二执行文件交互模块的SCM进程通知UPM进程将该业务的高版本可执行文件通知所述第一执行文件交互模块的UPM进程,并从所述第一执行文件交互模块的UPM进程获得主业务的低版本可执行文件;
所述第二业务启动模块的SCM进程用低版本可执行文件启动该业务,并将该业务作为备业务,通知所述第一业务同步模块的HA进程将主业务同步到第二硬件节点上的备业务,
所述第二业务启动模块的UPM进程将备业务隔离,所述第二业务启动模块的SCM进程用高版本可执行文件重新启动备业务,并通知所述第一业务升级模块进行业务升级;
所述第一业务升级模块进行业务升级包括:
所述第一业务启动模块的UPM进程将其上运行的主业务隔离,通知所述第一业务切换模块的HA进程,将主业务切换为备业务,将第二硬件节点的备业务切换为主业务;
所述第一业务启动模块的SCM进程用高版本可执行文件启动切换后的备业务,并通知第一业务同步模块的HA进程,将切换后的主业务同步到切换后的备业务。
21.根据权利要求20所述的业务升级的系统,其特征在于,所述版本高低判断模块判断所述第二硬件节点的业务版本低于所述第一硬件节点的业务版本时,
所述第二执行文件交互模块的SCM进程触发UPM进程,向所述第一执行文件交互模块的UPM进程获取该业务的高版本可执行文件;
所述第二业务启动模块的SCM进程用高版本可执行文件启动业务,并将该业务作为备业务,并通知所述第一业务同步模块的HA进程,以将主业务同步到所述第二硬件节点上的备业务。
22.根据权利要求21所述的业务升级的系统,其特征在于,
所述第二业务切换模块的SCM进程从所述第二参数获取模块的UPM进程中获得所述第二硬件节点与所述第一硬件节点的level值的比较结果,来判断两者的处理能力高低;
若第二硬件节点的处理能力高于所述第一硬件节点的处理能力,则通知所述第一业务切换模块的HA进程进行主备业务的切换;
若第二硬件节点的处理能力低于所述第一硬件节点的处理能力,则不进行主备业务的切换。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410603458.6A CN104320279B (zh) | 2014-10-31 | 2014-10-31 | 一种业务升级的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410603458.6A CN104320279B (zh) | 2014-10-31 | 2014-10-31 | 一种业务升级的方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104320279A true CN104320279A (zh) | 2015-01-28 |
CN104320279B CN104320279B (zh) | 2017-12-15 |
Family
ID=52375454
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410603458.6A Active CN104320279B (zh) | 2014-10-31 | 2014-10-31 | 一种业务升级的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104320279B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107423089A (zh) * | 2017-06-19 | 2017-12-01 | 深圳市盛路物联通讯技术有限公司 | 一种基于转发节点的终端设备自动升级方法及转发节点 |
WO2018232959A1 (zh) * | 2017-06-19 | 2018-12-27 | 深圳市盛路物联通讯技术有限公司 | 一种借助相邻节点控制终端设备升级的方法及转发节点 |
CN109787789A (zh) * | 2017-11-10 | 2019-05-21 | 中兴通讯股份有限公司 | 软件升级的兼容性管理方法、装置及设备、存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090222811A1 (en) * | 2008-02-29 | 2009-09-03 | Norman Lee Faus | Systems and methods for managing software patches |
CN101969384A (zh) * | 2010-10-11 | 2011-02-09 | 北京星网锐捷网络技术有限公司 | 针对主备主控板切换的兼容性判断方法、装置及网络设备 |
CN102185718A (zh) * | 2011-05-12 | 2011-09-14 | 杭州华三通信技术有限公司 | 一种系统升级方法及其装置 |
CN103412771A (zh) * | 2013-07-29 | 2013-11-27 | 福建星网锐捷网络有限公司 | 软件升级处理方法、装置和系统 |
CN103455354A (zh) * | 2013-09-06 | 2013-12-18 | 南京南自信息技术有限公司 | 一种防止固件升级失败的方法和设备 |
CN103971058A (zh) * | 2014-05-14 | 2014-08-06 | 深圳科士达科技股份有限公司 | 一种多芯片互联互锁的保护方法及系统 |
-
2014
- 2014-10-31 CN CN201410603458.6A patent/CN104320279B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090222811A1 (en) * | 2008-02-29 | 2009-09-03 | Norman Lee Faus | Systems and methods for managing software patches |
CN101969384A (zh) * | 2010-10-11 | 2011-02-09 | 北京星网锐捷网络技术有限公司 | 针对主备主控板切换的兼容性判断方法、装置及网络设备 |
CN102185718A (zh) * | 2011-05-12 | 2011-09-14 | 杭州华三通信技术有限公司 | 一种系统升级方法及其装置 |
CN103412771A (zh) * | 2013-07-29 | 2013-11-27 | 福建星网锐捷网络有限公司 | 软件升级处理方法、装置和系统 |
CN103455354A (zh) * | 2013-09-06 | 2013-12-18 | 南京南自信息技术有限公司 | 一种防止固件升级失败的方法和设备 |
CN103971058A (zh) * | 2014-05-14 | 2014-08-06 | 深圳科士达科技股份有限公司 | 一种多芯片互联互锁的保护方法及系统 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107423089A (zh) * | 2017-06-19 | 2017-12-01 | 深圳市盛路物联通讯技术有限公司 | 一种基于转发节点的终端设备自动升级方法及转发节点 |
WO2018232958A1 (zh) * | 2017-06-19 | 2018-12-27 | 深圳市盛路物联通讯技术有限公司 | 一种基于转发节点的终端设备自动升级方法及转发节点 |
WO2018232959A1 (zh) * | 2017-06-19 | 2018-12-27 | 深圳市盛路物联通讯技术有限公司 | 一种借助相邻节点控制终端设备升级的方法及转发节点 |
CN107423089B (zh) * | 2017-06-19 | 2019-07-09 | 深圳市盛路物联通讯技术有限公司 | 一种基于转发节点的终端设备自动升级方法及转发节点 |
CN109787789A (zh) * | 2017-11-10 | 2019-05-21 | 中兴通讯股份有限公司 | 软件升级的兼容性管理方法、装置及设备、存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN104320279B (zh) | 2017-12-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3125117B1 (en) | Update management system and update management method | |
US20220179682A1 (en) | Task processing method, apparatus, and system based on distributed system | |
CN102244669B (zh) | 一种堆叠设备中软件升级的方法和堆叠设备 | |
CN101969384B (zh) | 针对主备主控板切换的兼容性判断方法、装置及网络设备 | |
EP3550436A1 (en) | Method and apparatus for detecting and recovering fault of virtual machine | |
US9332445B2 (en) | Coordinated processing method and system for northbound data configuration and self-organized network configuration | |
CN104320279B (zh) | 一种业务升级的方法及系统 | |
CN110674095B (zh) | 一种ctdb集群扩展方法、装置、设备及可读存储介质 | |
CN108667641A (zh) | 分布式系统升级方法、分布式系统及升级管理设备 | |
CN104618136A (zh) | 用于刀片服务器的配置管理方法和装置 | |
CN111273924A (zh) | 软件更新方法及装置 | |
CN105591801A (zh) | 一种虚拟网络功能vnf故障处理方法及vnf管理设备 | |
CN106301877A (zh) | 一种虚拟网元的升级方法和装置 | |
CN111061537A (zh) | 一种虚拟机Tools更新方法、系统、装置及可读存储介质 | |
CN115827035A (zh) | 设备升级方法、装置、存储介质及电子装置 | |
CN106155670A (zh) | 一种移动终端及其刷机方法和装置 | |
CN115599494A (zh) | 虚拟机迁移方法以及装置、升级方法和服务器 | |
CN111209141B (zh) | 运用于系统迭代的双系统切换方法和装置 | |
CN101212340A (zh) | 一种自动交换光网络控制节点的重启方法 | |
CN112748982A (zh) | 实例化请求生成方法、接口虚机配置方法、nfvo、vim | |
CN113032014B (zh) | 一种双系统终端的域间模式同步方法和装置 | |
CN103744702A (zh) | 一种交换、路由设备的双系统启动方法 | |
CN111240589A (zh) | 基于分区隔离的系统管理方法、装置、设备及存储介质 | |
CN105740040A (zh) | 虚拟机数据加载方法及系统 | |
CN112867026B (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 | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant after: Xinhua three Technology Co., Ltd. Address before: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant before: Huasan Communication Technology Co., Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |