[发明专利]一种BMC故障镜像回滚刷新方法、装置、终端及存储介质

说明书

本发明提供一种BMC故障镜像回滚刷新方法、装置、终端及存储介质，所述方法包括：当BMC进行固件更新时，将BMC镜像保存至存储卡内备份；若BMC出现故障，则BMC镜像与客户端刷新工具之间进行交互，通过客户端刷新工具对BMC进行固件更新；判断BMC故障是否解决，若是，则将最新的镜像刷新至BMC中，若否，则从存储卡中选择镜像进行回滚；本申请通过在服务器中配置TF卡进行BMC镜像的备份及在BMC镜像内部配置参数保留和固件刷新进程，当BMC故障时BMC镜像与客户端刷新工具进行交互，解决带内刷新工具无法按照客户需求进行配置参数保留及固件更新批量问题；同时从TF卡中选择镜像进行回滚，实现在问题排查和处理阶段客户正常使用BMC进行服务器管理的目的。

技术领域

本发明涉及服务器故障技术领域，具体涉及一种BMC故障镜像回滚刷新方法、装置、终端及存储介质。

背景技术

服务器在当今信息社会的应用越来越广泛，尤其是互联网用户，对服务器的需求量的激增，对BMC(即执行伺服器远端管理控制器)的稳定性和安全性的要求越来越高，不仅要求BMC实现服务器各部件温度电压等系列sensor的监控、风扇散热调控及服务器开关机控制，更是对BMC自身的稳定性提出了更高的要求，需要BMC可以从CPU等部件寄存器中抓取的数值进行智能分析，尤其是出现宕机等异常问题时，可以提供宕机原因或者分析建议。

但随着BMC功能的不断强大以及其应用环境的复杂性，代码量的激增，导致BMC在运行过程中经常会概率性出现BMC中的某个应用进程出现hung死的现象，BMC无法进行正常监控，且此时如果进行BMC固件更新，无法正常登录BMC内部，影响了客户的正常使用，尤其是针对客户使用和维护异地的情况，如果进行现场固件更新，更加重了维护的工作量，因此，在此前提下提出了BMC镜像回滚的方法。

针对在BMC出现hung死且无法正常登录BMC的且无法正常进行固件更新的问题，现有技术通常采用以下方案：1、当出现BMC hung死的问题时，采用kvm登录服务器OS内部，在OS内部通过厂家提供的带内刷新工具socflash进行固件更新；2、在BMC内部内置watchdog应用进程，当出现BMC hung死的现象时，watchdog无法及时获取到喂狗信号进而硬件重启BMC进行恢复，待恢复之后通过web界面或者刷新脚本工具进行BMC固件更新等系列操作。

方案1基本可以解决当BMC出现hung死现象时的固件更新操作，但是此解决方案存在以下几个缺点：

(1)带内刷新工具一般为full flash刷新，无法按照客户的需求进行配置参数的保留，如果需要满足客户的此项需求，需要开发专门的脚本工具实现；

(2)带内刷新工具只允许服务器的单台刷新，在没有部署特殊agent环境的条件下，无法进行BMC的批量固件更新；

(3)部分客户的维护与应用分离，当服务器交付使用之后，基本OS端的用户名和密码都进行了更改，考虑安全性因素，无法正常通过kvm登录OS端进行带内固件更新；

(4)BMC hung死的原因多种多样，可能为内存泄露引起，也可能为某个关键性应用进程出现段错误引起，此问题的解决费时费力，带内更新可以解决版本刷新问题，但是在该问题的排查解决阶段，如果没有替代的临时解决方案，则客户无法正常使用BMC进行服务器的管理，影响客户的体验和正常应用。

方案2当出现内存泄露或偶然性因素导致BMC出现hung死的现象的时候，通过watchdog重启BMC可以暂时性解决BMC hung死的问题，同时为BMC问题的解决和排查赢取足够的时间，但是如果出现BMC反复hung死现象，该方案无法满足实际应用需求。

因此，亟需通过一种BMC故障镜像回滚刷新方法、装置、终端及存储介质，解决带内配置参数无法灵活按照客户需求进行保留、无法进行BMC批量固件更新、当BMC重启后出现反复hung死的现象时无法正常进行固件更新等问题，实现在问题排查和处理阶段客户正常使用BMC进行服务器管理的目的。

发明内容