一种机箱管理系统的升级方法、升级系统及相关装置与流程

文档序号:16627247发布日期:2019-01-16 06:13阅读:202来源:国知局
一种机箱管理系统的升级方法、升级系统及相关装置与流程

本申请涉及服务器领域,特别涉及一种机箱管理系统的升级方法、升级系统、一种计算机可读存储介质和一种服务器。



背景技术:

存储生产过程中会出现各种版本的oses(scsienclosureservices(ses)processor,机箱管理系统),研发为解决一些缺陷或者根据客户需要变更oses固件版本,会造成产线生产机器的oses版本和库存板卡和要求出货的oses版本不一致。如果在机器罐装系统后发现oses版本不是最终出货要求的版本,需要手动或自动升级,每台机器大约需要半个小时的升级时间,比较耗时并存在一定风险。

因此如何提高机箱管理系统的升级效率是本领域技术人员亟需解决的技术问题。

申请内容

本申请的目的是提供一种机箱管理系统的升级方法、升级系统、一种计算机可读存储介质和一种服务器,解决现有的机箱管理系统升级效率慢的问题。

为解决上述技术问题,本申请提供一种机箱管理系统的升级方法,具体技术方案如下:

在接收到老化指令后,接收机箱管理系统的升级文件;

对所述升级文件进行核对;

当接收到升级命令时,利用所述升级文件对所述机箱管理系统进行升级。

其中,对所述升级文件进行核对包括:

以预设周期对所述升级文件进行周期性核对。

其中,对所述升级文件进行核对具体为:

确定所述升级文件对应的所述机箱管理系统中的待升级组件;

则相应的,利用所述升级文件对所述机箱管理系统进行升级具体为:

利用所述升级文件对所述机箱管理系统中的待升级组件进行升级。

其中,利用所述升级文件对所述机箱管理系统中的待升级组件进行升级包括:

当所述待升级组件为第一预设待升级组件时,对所述待升级组件进行线上升级;

当所述待升级组件为第二预设待升级组件时,对所述待升级组件进行线下升级。

其中,所述第一预设待升级组件为bios、bmc、cmc中任一项或任几项的组合,所述第二预设待升级组件为磁盘、电源或cpld中任一项或任几项的组合。

本申请还提供一种机箱管理系统的升级系统,包括:

接收模块,用于在接收到老化指令后,接收机箱管理系统的升级文件;

核对模块,用于对所述升级文件进行核对;

升级模块,用于当接收到升级命令时,利用所述升级文件对所述机箱管理系统进行升级。

其中,所述核对模块具体为用于确定所述升级文件对应的所述机箱管理系统中的待升级组件的模块;

则相应的,所述升级模块具体为用于当接收到升级命令时,利用所述升级文件对所述机箱管理系统中的待升级组件进行升级的模块。

其中,所述升级模块包括:

第一升级单元,用于当所述待升级组件为第一预设待升级组件时,对所述待升级组件进行线上升级;

第二升级单元,用于当所述待升级组件为第二预设待升级组件时,对所述待升级组件进行线下升级。

本申请还提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如上所述的升级方法的步骤。

本申请还提供一种服务器,包括存储器和处理器,所述存储器中存有计算机程序,所述处理器调用所述存储器中的计算机程序时实现如上所述的升级方法的步骤。

本申请所提供的一种机箱管理系统的升级方法,包括:在接收到老化指令后,接收机箱管理系统的升级文件;对所述升级文件进行核对;当接收到升级命令时,利用所述升级文件对所述机箱管理系统进行升级。

本申请通过接受老化设备服务器发送的升级文件,实现自动核对并自动升级oses版本,可以节约大量人工升级时间,节约成本。本申请还提供一种机箱管理系统的升级系统、一种计算机可读存储介质和一种服务器,具有上述有益效果,此处不再赘述。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。

图1为本申请实施例所提供的一种机箱管理系统的升级方法的流程图;

图2本申请实施例所提供的一种机箱管理系统的升级系统结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

请参考图1,图1为本申请实施例所提供的一种机箱管理系统的升级方法的流程图,所述升级方法应用于机箱的老化过程中。根据“浴盆曲线”理论,失效率随使用时间变化分为三个阶段:早期失效期、偶然失效期和耗损失效期。

第一阶段是早期失效期(infantmortality):表明产品在开始使用时,失效率很高,但随着产品工作时间的增加,失效率迅速降低,这一阶段失效的原因大多是由于设计、原材料和制造过程中的缺陷造成的。

为了缩短这一阶段的时间,产品应在投入运行前进行试运转,以便及早发现、修正和排除故障;或通过试验进行筛选,剔除不合格品。

第二阶段是偶然失效期,也称随机失效期(randomfailures):这一阶段的特点是失效率较低,且较稳定,往往可近似看作常数,产品可靠性指标所描述的就是这个时期,这一时期是产品的良好使用阶段,偶然失效主要原因是质量缺陷、材料弱点、环境和使用不当等因素引起。

第三阶段是耗损失效期(wearout):该阶段的失效率随时间的延长而急速增加,主要由磨损、疲劳、老化和耗损等原因造成。

而电子器件的缺陷需要在元器件工作于额定功率和正常工作温度下运行一千个小时左右才能全部被激活(暴露)。对于机箱而言,服务器的老化过程指的是在出厂前度过第一阶段,以使得服务器到达用户手中时已为第二阶段。其老化过程需要24小时左右(高温50~60℃时12小时或24小时就可以达到1000小时的效果)。而一旦在老化过程结束后发现机箱的固件版本错误或者并非最新版本,将需要手动升级,影响服务器的出厂效率。为解决该问题,本申请提出了一种机箱管理系统的升级方法,具体如下:

s101:在接收到老化指令后,接收机箱管理系统的升级文件;

本步骤旨在接收到老化指令后,接收服务器端发送的机箱管理系统的升级文件。升级文件通常由用户或者管理员上传至主控服务器。

服务器在接收到老化指令后,会启动其老化过程,而接收升级文件则需要在老化过程之后。需要说明的是,并非必须为接收到老化指令的同时接收升级文件,只需接收升级文件这一过程在接收到老化指令之后即可。具体何时开始接收升级文件,应根据机箱管理系统的升级时间以及服务器的老化时间确定。例如若服务器的老化过程持续24小时,而升级时间大概需要不到1小时,则在接收到老化指令的23内接收升级文件并开始机箱管理系统的升级均是可以的。可以理解的是,最好使得服务器老化过程结束时机箱管理系统已经升级完毕。

需要说明的是,本步骤默认接收到老化指令之后、收机箱管理系统的升级文件之前,存在版本比对的步骤,即主控服务器端获取机箱的oses版本信息,并与自身存储的oses升级文件进行版本比对,一旦版本不一致则向机箱发送机箱管理系统的升级文件。也即是说,本步骤之前已经存在版本比对的步骤。若是二者版本一致,则自然无需升级。但通常在服务器的老化过程过后,由于服务器性能的提升,有必要进行机箱管理系统的固件升级。由此也可以看出,在整个服务器老化过程中需要经常进行版本比对,尤其是在老化过程接近结束时,更有必要提高版本比对的频率。

s102:对所述升级文件进行核对;

本步骤旨在核对升级文件的内容。需要说明的是,机箱管理系统指的是服务器系统,包括电源、磁盘、cpld、bios、bmc、cmc等等多个组成部分,因此需要具体核对升级文件的内容,明确升级文件中包括哪些组成部分对应的升级文件。

需要说明的是,升级文件也并非是一次性上传完毕的,oses固件版本可能会有缺陷、或者因客户要求而需要变更,因此升级文件可能存在多次上传的过程,而每次升级文件的内容也可能不尽相同。可能第一次上传的升级文件中包括电源升级的相关内容,第二次上传的升级文件中包括bmc升级的相关内容。因此有必要对升级文件进行核对,以确定升级文件的具体内容。

在此基础上,以预设周期对所述升级文件进行周期性核对。即每隔一段时间进行升级文件内容的确定。在此对于预设周期的周期长度不作限定。通常机箱的老化需要24小时,因此可以每隔半小时确定一次升级文件的内容。

此外,确定升级文件中的内容后,还可以确定升级文件对应的机箱管理系统中的待升级组件。上文已说明,升级文件中可能仅包括一个或少数几个组成部分对应的升级内容。举例而言,当升级文件中包括电源的某个版本文件时,则说明这个升级文件对应的待升级组件包括电源。

s103:当接收到升级命令时,利用所述升级文件对所述机箱管理系统进行升级。

升级命令通常指的是确定升级文件中的内容的确为机箱管理系统中的某一个组成部分的升级版本时,由主控服务器发送至机箱的命令。简单的说,找到了待升级组件的升级文件后,即可向机箱发送命令允许该待升级组件进行升级。

进一步的,当待升级组件为第一预设待升级组件时,对待升级组件进行线上升级;

当待升级组件为第二预设待升级组件时,对待升级组件进行线下升级。

在此对于第一预设待升级组件和第二预设待升级组件均不作限定,例如,第一预设待升级组件为bios、bmc、cmc中任一项或任几项的组合,第二预设待升级组件为磁盘、电源或cpld中任一项或任几项的组合,当然服务器中还包括其他组件,也应根据该组件的特性确定为线上升级或线下升级,在此不一一举例说明。

需要说明的是,之所以将升级过程区分为线下升级和线上升级,是因为不同组件的升级需求或者便利需求不同。举例而言,对于bmc而言,线上升级更加便捷迅速,而对于电源而言,线下升级更加稳定。

本申请实施例提供了一种机箱管理系统的升级方法,通过接受老化设备服务器发送的升级文件,实现自动核对并自动升级oses版本,可以节约大量人工升级时间,节约成本。

下面对本申请实施例提供的一种机箱管理系统的升级系统进行介绍,下文描述的升级系统与上文描述的升级方法可相互对应参照。

参见图2,图2本申请实施例所提供的一种机箱管理系统的升级系统结构示意图,该升级系统包括:

接收模块100,用于在接收到老化指令后,接收机箱管理系统的升级文件;

核对模块200,用于对所述升级文件进行核对;

升级模块300,用于当接收到升级命令时,利用所述升级文件对所述机箱管理系统进行升级。

基于上述实施例,作为优选的实施例,核对模块200可以具体为以预设周期对所述升级文件进行周期性核对的模块。

基于上述实施例,作为优选的实施例,所述核对模块100具体为确定所述升级文件对应的所述机箱管理系统中的待升级组件的模块;

则相应的,所述升级模块300具体为用于当接收到升级命令时,利用所述升级文件对所述机箱管理系统中的待升级组件进行升级的模块。

基于上述实施例,作为优选的实施例,所述升级模块300包括:

第一升级单元,用于当所述待升级组件为第一预设待升级组件时,对所述待升级组件进行线上升级;

第二升级单元,用于当所述待升级组件为第二预设待升级组件时,对所述待升级组件进行线下升级。

本申请还提供了一种计算机可读存储介质,其上存有计算机程序,该计算机程序被执行时可以实现上述实施例所提供的步骤。该存储介质可以包括:u盘、移动硬盘、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请还提供了一种服务器,可以包括存储器和处理器,所述存储器中存有计算机程序,所述处理器调用所述存储器中的计算机程序时,可以实现上述实施例所提供的步骤。当然所述服务器还可以包括各种网络接口,电源等组件。

说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例提供的系统而言,由于其与实施例提供的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。

本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以对本申请进行若干改进和修饰,这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是,在本说明书中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1