[发明专利]一种固件诊断功能的验证方法、装置、设备及可读介质

说明书

本发明公开了一种固件诊断功能的验证方法，包括以下步骤：在系统管理模式下触发系统管理中断，并判断BIOS设置菜单是否开启；若是BIOS菜单开启，则开启机器检查模块的写功能；获取待注错数据和对应的错误源，并基于所述待注错数据执行诊断代码以得到包含错误部件的诊断数据；将所述诊断数据发送给BMC并上报OS，以判断所述诊断数据中的错误部件是否与所述对应的错误源一致；以及若是所述诊断数据中的错误部件与所述对应的错误源一致，则确认诊断功能正常。本发明还公开了一种固件诊断功能的验证装置、计算机设备和可读存储介质。

技术领域

本发明涉及计算机服务器技术领域，尤其涉及一种固件诊断功能的验证方法、装置、设备及可读介质。

背景技术

随着近几年互联网时代的发展，对海量数据处理能力的需求正在快速增长，从而对服务器提出了更高的要求，作为服务器产业的原始动力，先进技术的应用对于用户采购会起到决定性的作用。在网络技术、虚拟化技术、分布式应用快速发展的今天，对服务器要求的可用性、可靠性、可服务性的指标越来越高。金融、电信业务的正常运转高度依赖于信息系统的持续稳定运行，对服务器的可用性也提出了很高的要求，要求服务器系统的可用度达到99.99％。

服务器运行阶段一旦出现故障，需要通过一种故障及时收集、解析、诊断的方法，及时将故障上报到带外监控管理系统并通知操作系统故障处理服务，用户能及时通过故障日志信息获取当前服务器硬件的健康状态。对已经告警的部件，客户可以在方便的时候停机更换故障部件。

现有技术基于Intel芯片的通用服务器，仅支持工具模拟内存注错和PCIE注错，而CPU的子模块有PCU、IFU、DFU、UPI、UBOX等，这些模块的错误没有专门的测试工具，intel提供AMEI工具注错，但是实际使用很不方便，且需要手动输入脚本命令将错误数据写到Mcbank，然后下命令触发CMCI或MCE。

MCA的几个64bit长度的寄存器(MC_CTL、MC_STATUS、MC_ADDR、MC_MISC)需要人工组64bit数据，并手动将数据一条一条命令通过intel工具写到寄存器，再执行触发中断的命令触发CMCI或MCE通知OS，测试过程只能验证legacy MCA的OS优先的处理流程，即MCA错误出现后直接由OS处理，无法触发SMI验证固件优先的处理流程。

发明内容

有鉴于此，本发明实施例的目的在于提出一种固件诊断功能的验证方法、装置、设备及可读介质，在BIOS中将错误信息填写到寄存器模拟一种可能的或之前发生过的错误场景，然后再执行BIOS诊断代码，验证BIOS是否正确将有效数据发送给BMC和OS，并且BMC和OS是否正确接收到信号并处理。

基于上述目的，本发明实施例的一方面提供了一种固件诊断功能的验证方法，包括以下步骤：在系统管理模式下触发系统管理中断，并判断BIOS设置菜单是否开启；若是BIOS菜单开启，则开启机器检查模块的写功能；获取待注错数据和对应的错误源，并基于所述待注错数据执行诊断代码以得到包含错误部件的诊断数据；将所述诊断数据发送给BMC并上报OS，以判断所述诊断数据中的错误部件是否与所述对应的错误源一致；以及若是所述诊断数据中的错误部件与所述对应的错误源一致，则确认诊断功能正常。

在一些实施方式中，开启机器检查模块的写功能包括：判断机器检查模块是否支持写功能；若是机器检查模块支持写功能，则开启机器检查模块的写功能。

在一些实施方式中，方法还包括：若是机器检查模块不支持写功能，则发出报错告警。

在一些实施方式中，方法还包括：基于预设编码规则对CPU子模块进行编码，并将所述编码规则保存在BMC和待注错数据库中。

在一些实施方式中，获取待注错数据和对应的错误源包括：从所述待注错数据库中获取待注错数据和对应的错误源。

在一些实施方式中，方法还包括：若是所述诊断数据中的错误部件与所述对应的错误源不一致，则确认诊断功能异常。