CN114490203A - 一种功能验证方法及装置 - Google Patents

Abstract

本申请提供一种功能验证方法及装置。该方法应用于服务器中的BMC，方法包括：在需要获取与自身管理的服务器中的主板上的指定被管理对象相关联的指定事件通知功能对应的验证参数时，判断自身是否开启了指定获取模式；在判断结果为是时，从本地获取管理员输入的与指定事件通知功能相关联的验证参数；根据获针对指定事件通知功能设置的监控策略，对获取到的验证参数执行对应的监控操作，并输出监控结果，以使管理员根据监控结果验证BMC的指定事件通知功能是否正常。本申请可在一定程度上提高验证准确率。

Description

一种功能验证方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种功能验证方法及装置。

背景技术

网络中的服务器中通常设置有基板管理控制器(Baseboard ManagementController，BMC)，主要用来管理设置在服务器的主板上的温度传感器、风扇、硬盘、电源、CPU、内存等硬件部件，这些硬件部件可被称为被管理对象。

目前，BMC在需要获取与自身管理的服务器中的主板上的某些被管理对象相关联的某些事件通知功能(例如，低温告警事件通知功能、高温告警事件通知功能、风扇插拔通知事件、硬盘插拔通知事件等等)对应的验证参数时，会先从服务器中用于存储与这些事件通知功能相关联的验证参数的存储设备获取相应的验证参数，例如，与温度告警事件通知功能相关联的验证参数是温度传感器的温度值，又例如，与电压告警事件通知功能相关联的验证参数是电源的电压值，等等；然后，BMC再根据针对这些事件通知功能设置的监控策略，对获取到的验证参数执行对应的监控操作，并输出监控结果，以由管理员根据监控结果来验证BMC的这些事件通知功能是否正常。

但是，在这种功能验证流程中，这些验证参数通常需要人工干预相应的被管理对象才能得到，例如，在需要验证低温告警事件通知功能时，需要人工将服务器挪置到低温实验室，以使相应传感器的温度值降至0摄氏度以下，进而验证低温告警事件通知功能是否正常，这样一来，不仅操作起来比较复杂，还容易导致验证准确率较低。

发明内容

为克服相关技术中存在的问题，本申请提供了一种功能验证方法及装置。

根据本申请实施例的第一方面，提供一种功能验证方法，所述方法应用于服务器中的BMC，所述方法包括：

在需要获取与自身管理的所述服务器中的主板上的指定被管理对象相关联的指定事件通知功能对应的验证参数时，判断自身是否开启了指定获取模式；

在判断结果为是时，从本地获取管理员输入的与所述指定事件通知功能相关联的验证参数；

根据针对所述指定事件通知功能设置的监控策略，对获取到的验证参数执行对应的监控操作并输出监控结果，以使所述管理员根据所述监控结果验证所述BMC的所述指定事件通知功能是否正常。

根据本申请实施例的第二方面，提供一种功能验证装置，所述装置应用于服务器中的BMC，所述装置包括：

判断模块，用于在需要获取与自身管理的所述服务器中的主板上的指定被管理对象相关联的指定事件通知功能对应的验证参数时，判断自身是否开启了指定获取模式；

第一获取模块，用于在所述判断模块的判断结果为是时，从本地获取管理员输入的与所述指定事件通知功能相关联的验证参数；

监控模块，用于根据针对所述指定事件通知功能设置的监控策略，对获取到的验证参数执行对应的监控操作并输出监控结果，以使所述管理员根据所述监控结果验证所述BMC的所述指定事件通知功能是否正常。

本申请的实施例提供的技术方案可以包括以下有益效果：

在本申请实施例中，对于服务器中的BMC而言，在需要获取与自身管理的服务器中的主板上的指定被管理对象相关联的指定事件通知功能对应的验证参数时，一旦被设置了指定获取模式，会直接从本地获取管理员输入的与指定事件通知功能相关联的验证参数；然后，根据针对指定事件通知功能设置的监控策略，对获取到的验证参数执行对应的监控操作，以由管理员根据监控结果来验证BMC的指定事件通知功能是否正常。

在这种功能验证流程中，这些验证参数不再需要人工干预相应的被管理对象，仅输入到BMC上即可，操作起来比较简单，并且，验证参数不会受外界环境等因素干扰，在一定程度上提高了验证准确率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本申请的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的一种功能验证方法的流程示意图；

图2为本申请实施例提供的一种功能验证装置的结构示意图；

图3为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

接下来对本申请实施例进行详细说明。

本申请实施例提供了一种功能验证方法，该方法应用于服务器中的BMC，如图1所示，该方法可以包括如下步骤：

S11、在需要获取与自身管理的服务器中的主板上的指定被管理对象相关联的指定事件通知功能对应的验证参数时，判断自身是否开启了指定获取模式；在判断结果为是时，执行步骤S12和步骤S14；在判断结果为否时，执行步骤S13和步骤S14。

S12、从本地获取管理员输入的与指定事件通知功能相关联的验证参数。

S13、从服务器中用于存储与指定事件通知功能相关联的验证参数的存储设备获取对应的验证参数。

S14、根据针对指定事件通知功能设置的监控策略，对获取到的验证参数执行对应的监控操作并输出监控结果，以使管理员根据监控结果验证BMC的指定事件通知功能是否正常。

具体地，在上述步骤S11中，对于服务器中的BMC而言，一旦到达针对指定事件通知功能设置的验证周期，就意味着管理员需要验证BMC的指定事件通知功能是否正常了。在这里，指定事件通知功能可以是一个，也可以是多个，相应的验证周期可根据服务器所在网络的实际情况来设定。

在上述步骤S11中，上述指定获取模式是本申请新设置的一种获取模式，管理员可控制这种获取模式的开启时间，在这种获取模式下，BMC不再按照现有技术获取相关验证参数，而是直接从本地获取管理员输入的相关验证参数，以简化验证复杂度，由于相关验证参数是管理员根据验证需求来设置的，所以，在一定程度上提高了验证准确率。

在这里，BMC本地保存的与指定事件通知功能相关联的验证参数，是BMC在需要获取相关验证参数之前，接收管理员通过智能平台管理接口(Intelligent PlatformManagement Interface，IPMI)原始设备制造商(Original Equipment Manufacturer，OEM)命令输入的与指定事件通知功能相关联的验证参数并保存到本地的。

另外，在上述步骤S11中，上述指定被管理对象可以为指定的温度传感器、指定的风扇、指定的硬盘、指定的CPU、指定的内存等等。

例如，在上述指定被管理对象为指定的温度传感器时，指定的温度传感器可以是设置在服务器中的主板上的指定区域内的温度传感器，并且，指定的温度传感器的数量可以是一个，也可以是多个。在这种情形下，上述指定事件通知功能可以是低温告警事件通知功能，也可以是高温告警事件通知功能等；上述验证参数可以是管理员输入的指定的温度传感器的温度值。

又例如，在上述指定被管理对象为指定的风扇时，上述指定事件通知功能可以是风扇插拔事件通知功能、风扇故障通知功能、风扇故障恢复事件通知功能等功能中的一个或者多个；上述验证参数可以是管理员输入的指定的风扇的在位状态和转速值。

再例如，在上述指定被管理对象为指定的硬盘时，上述指定事件通知功能可以是硬盘插拔事件通知功能、硬盘故障通知功能、硬盘故障恢复事件通知功能等功能中的一个或者多个；上述验证参数可以是管理员输入的指定的风扇的在位状态和转速值。

需要说明的是，上述指定被管理对象还可以为BMC管理的服务器中的主板上的其他硬件部件，相应的指定事件通知功能和验证参数，与现有技术中的相关事件通知功能和验证参数相同，在此不再一一列举。

具体地，在上述步骤S12中，不同的指定事件通知功能对应不同的监控策略。例如，在指定事件通知功能为低温告警事件通知功能时，对应的监控策略可以是在指定的温度传感器的温度值低于设定阈值时输出低温告警事件，如果BMC可以输出正确的低温告警事件，就说明BMC的低温告警事件通知功能是正常的，如果BMC没有输出正确的低温告警事件，就说明BMC的低温告警事件通知功能是不正常的。

需要说明的是，BMC执行的上述步骤S13为现有流程。在上述步骤S13中，在上述指定事件通知功能为高/低温告警事件通知功能时，相应的存储设备是温度传感器的寄存器；在上述指定事件通知功能是风扇插拔事件通知功能时，相应的存储设备是复杂可编程逻辑器件(Complex Programmable Logic Device，CPLD)寄存器。当然，上述指定事件通知功能还有很多种，在此不再一一列举。

进一步需要说明的是，BMC执行上述步骤S14的具体执行过程为现有技术，在此不再详述。

更进一步需要说明的是，在本申请实施例中，BMC在从本地获取管理员输入的与指定事件通知功能相关联的验证参数之后，还可以执行以下操作：

比对获取到的验证参数是否与上一次获取到的与指定事件通知功能相关联的验证参数一致；

在比对结果为是时，不执行任何操作；

在比对结果为否时，将获取到的验证参数保存到指定数据库中。

在此操作流程中，之所以在比对结果为否时将获取到的验证参数保存到指定数据库中，主要是为了不影响BMC运行的其他程序。

并且，在此操作流程中，针对上一次获取到的与指定事件通知功能相关联的验证参数，可以是BMC从本地获取到的，也可以是BMC从相关存储设备处获取到的。

另外，在本申请实施例中，BMC在从服务器中用于存储与指定事件通知功能相关联的验证参数的存储设备获取对应的验证参数之后，也执行上述操作流程。

下面结合具体实施例对上述功能验证方法进行详细说明。

实施例一

假设管理员需要验证某个网络中的某台服务器中的BMC的轻微高温告警事件通知功能是否正常，事先在该BMC上配置了相应的验证周期，假设在某个验证周期到达之前，管理员通过IPMI OEM命令在该BMC上输入了该台服务器中的主板上的某个区域内的温度传感器的温度值为90度(即，与轻微高温告警事件通知功能相关联的验证参数)。

假设到达了这个验证周期，该BMC需要获取这个区域内的温度传感器的温度值，此时，该BMC先判断自身是否开启了指定获取方式，假设判断结果为是，即，该BMC已开启了指定获取方式，那么，该BMC从本地获取这个区域内的温度传感器的温度值(即，90摄氏度)。

之后，该BMC根据针对轻微高温告警事件通知功能设置的监控策略，对获取到的温度值执行对应的监控操作，在这里，该BMC对获取到的温度值执行对应的监控操作的具体流程为：该BMC判断获取到的温度值是否处于【87摄氏度，95摄氏度】的区间内(即，事先设定的轻微高温告警阈值区间)，并在判断结果为是时，输出轻微高温告警事件，由于获取到的90摄氏度处于【87摄氏度，95摄氏度】的区间内，所以，判断结果为是，此时，该BMC输出轻微高温告警事件，后续管理员看到此条事件后，判定BMC的轻微高温告警事件功能正常。

实施例二

假设管理员需要验证某个网络中的某台服务器中的BMC的风扇拔出事件通知功能是否正常，事先在该BMC上配置了相应的验证周期，假设在某个验证周期到达之前，管理员通过IPMI OEM命令在该BMC上输入了该台服务器中的主板上的某个区域内的风扇的在位状态(即，与风扇拔出事件通知功能相关联的验证参数)，例如，不在位。

假设到达了这个验证周期，该BMC需要获取这个区域内的风扇的在位状态，此时，该BMC先判断自身是否开启了指定获取方式，假设判断结果为是，即，该BMC已开启了指定获取方式，那么，该BMC从本地获取这个区域内的风扇的在位状态(即，不在位)。

之后，该BMC根据针对风扇拔出事件通知功能设置的监控策略，对获取到的在位状态执行对应的监控操作，在这里，该BMC对获取到的在位状态执行对应的监控操作的具体流程为：该BMC判断获取到的在位状态是否为不在位状态，并在判断结果为是时，输出风扇拔出事件，由于获取到的在位状态为不在位，所以，判断结果为是，此时，该BMC输出风扇拔出事件，后续管理员看到此条事件后，判定BMC的风扇拔出事件通知功能正常。

需要说明的是，对于BMC的其他事件通知功能的验证流程，在此不再一一列举。

由以上技术方案可以看出，在本申请实施例中，在需要获取与自身管理的服务器中的主板上的指定被管理对象相关联的指定事件通知功能对应的验证参数时，一旦被设置了指定获取模式，会直接从本地获取管理员输入的与指定事件通知功能相关联的验证参数；然后，根据针对指定事件通知功能设置的监控策略，对获取到的验证参数执行对应的监控操作，以由管理员根据监控结果来验证BMC的指定事件通知功能是否正常。

在这种功能验证流程中，这些验证参数不再需要人工干预相应的被管理对象，仅输入到BMC上即可，操作起来比较简单，并且，验证参数不会受外界环境等因素干扰，在一定程度上提高了验证准确率。

基于同一发明构思，本申请还提供了一种功能验证装置，所述装置应用于服务器中的BMC，其结构示意图如图2所示，具体包括：

判断模块21，用于在需要获取与自身管理的所述服务器中的主板上的指定被管理对象相关联的指定事件通知功能对应的验证参数时，判断自身是否开启了指定获取模式；

第一获取模块22，用于在所述判断模块21的判断结果为是时，从本地获取管理员输入的与所述指定事件通知功能相关联的验证参数；

监控模块23，用于根据针对所述指定事件通知功能设置的监控策略，对获取到的验证参数执行对应的监控操作并输出监控结果，以使所述管理员根据所述监控结果验证所述BMC的所述指定事件通知功能是否正常。

优选地，所述装置还包括：

第二获取模块(图2中未示出)，用于在所述判断模块21的判断结果为否时，从所述服务器中用于存储与所述指定事件通知功能相关联的验证参数的存储设备获取对应的验证参数，并触发所述监控模块23执行根据针对所述指定事件通知功能设置的监控策略，对获取到的验证参数执行对应的监控操作并输出监控结果的步骤。

优选地，所述装置还包括：

接收保存模块(图2中未示出)，用于在需要验证与自身管理的所述服务器中的主板上的指定被管理对象相关联的指定事件通知功能对应的验证参数之前，接收所述管理员通过智能平台管理接口IPMI原始设备制造商OEM命令输入的与所述指定事件通知功能相关联的验证参数，并保存到本地。

优选地，所述装置还包括：

比对模块(图2中未示出)，用于在从本地获取管理员输入的与所述指定事件通知功能相关联的验证参数之后，比对获取到的验证参数是否与上一次获取到的与所述指定事件通知功能相关联的验证参数一致；在比对结果为是时，不执行任何操作；在比对结果为否时，将所述第一获取模块获取到的验证参数保存到指定数据库中。

优选地，所述指定被管理对象为指定的温度传感器、指定的风扇、指定的硬盘、指定的CPU或者指定的内存。

由以上技术方案可以看出，在本申请实施例中，对于服务器中的BMC而言，在需要获取与自身管理的服务器中的主板上的指定被管理对象相关联的指定事件通知功能对应的验证参数时，一旦被设置了指定获取模式，会直接从本地获取管理员输入的与指定事件通知功能相关联的验证参数；然后，根据针对指定事件通知功能设置的监控策略，对获取到的验证参数执行对应的监控操作，以由管理员根据监控结果来验证BMC的指定事件通知功能是否正常。

在这种功能验证流程中，这些验证参数不再需要人工干预相应的被管理对象，仅输入到BMC上即可，操作起来比较简单，并且，验证参数不会受外界环境等因素干扰，在一定程度上提高了验证准确率。

本申请实施例还提供了一种电子设备，如图3所示，包括处理器31和机器可读存储介质32，所述机器可读存储介质32存储有能够被所述处理器31执行的机器可执行指令，所述处理器31被所述机器可执行指令促使：实现上述功能验证方法的步骤。

上述的机器可读存储介质可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，机器可读存储介质还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本申请提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述功能验证方法的步骤。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种功能验证方法，其特征在于，所述方法应用于服务器中的基板管理控制器BMC，所述方法包括：

在需要获取与自身管理的所述服务器中的主板上的指定被管理对象相关联的指定事件通知功能对应的验证参数时，判断自身是否开启了指定获取模式；

在判断结果为是时，从本地获取管理员输入的与所述指定事件通知功能相关联的验证参数；

根据针对所述指定事件通知功能设置的监控策略，对获取到的验证参数执行对应的监控操作并输出监控结果，以使所述管理员根据所述监控结果验证所述BMC的所述指定事件通知功能是否正常。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在判断结果为否时，从所述服务器中用于存储与所述指定事件通知功能相关联的验证参数的存储设备获取对应的验证参数，并执行根据针对所述指定事件通知功能设置的监控策略，对获取到的验证参数执行监控操作并输出监控结果的步骤。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在需要获取与自身管理的所述服务器中的主板上的指定被管理对象相关联的指定事件通知功能对应的验证参数之前，接收所述管理员通过智能平台管理接口IPMI原始设备制造商OEM命令输入的与所述指定事件通知功能相关联的验证参数，并保存到本地。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在从本地获取管理员输入的与所述指定事件通知功能相关联的验证参数之后，比对获取到的验证参数是否与上一次获取到的与所述指定事件通知功能相关联的验证参数一致；

在比对结果为是时，不执行任何操作；

在比对结果为否时，将获取到的验证参数保存到指定数据库中。

5.根据权利要求1所述的方法，其特征在于，所述指定被管理对象为指定的温度传感器、指定的风扇、指定的硬盘、指定的CPU或者指定的内存。

6.一种功能验证装置，其特征在于，所述装置应用于服务器中的基板管理控制器BMC，所述装置包括：

判断模块，用于在需要获取与自身管理的所述服务器中的主板上的指定被管理对象相关联的指定事件通知功能对应的验证参数时，判断自身是否开启了指定获取模式；

第一获取模块，用于在所述判断模块的判断结果为是时，从本地获取管理员输入的与所述指定事件通知功能相关联的验证参数；

监控模块，用于根据针对所述指定事件通知功能设置的监控策略，对获取到的验证参数执行对应的监控操作并输出监控结果，以使所述管理员根据所述监控结果验证所述BMC的所述指定事件通知功能是否正常。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第二获取模块，用于在所述判断模块的判断结果为否时，从所述服务器中用于存储与所述指定事件通知功能相关联的验证参数的存储设备获取对应的验证参数，并触发所述监控模块执行根据针对所述指定事件通知功能设置的监控策略，对获取到的验证参数执行对应的监控操作并输出监控结果的步骤。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括：

接收保存模块，用于在需要验证与自身管理的所述服务器中的主板上的指定被管理对象相关联的指定事件通知功能对应的验证参数之前，接收所述管理员通过智能平台管理接口IPMI原始设备制造商OEM命令输入的与所述指定事件通知功能相关联的验证参数，并保存到本地。

9.根据权利要求6所述的装置，其特征在于，所述装置还包括：

比对模块，用于在从本地获取管理员输入的与所述指定事件通知功能相关联的验证参数之后，比对获取到的验证参数是否与上一次获取到的与所述指定事件通知功能相关联的验证参数一致；在比对结果为是时，不执行任何操作；在比对结果为否时，将所述第一获取模块获取到的验证参数保存到指定数据库中。

10.根据权利要求6所述的装置，其特征在于，所述指定被管理对象为指定的温度传感器、指定的风扇、指定的硬盘、指定的CPU或者指定的内存。

Images