CN113032164A

CN113032164A - Bmc与bios信息交互方法、装置、bmc和介质

Info

Publication number: CN113032164A
Application number: CN202110314372.1A
Authority: CN
Inventors: 候志立
Original assignee: Shandong Yingxin Computer Technology Co Ltd
Current assignee: Shandong Yingxin Computer Technology Co Ltd
Priority date: 2021-03-24
Filing date: 2021-03-24
Publication date: 2021-06-25
Anticipated expiration: 2041-03-24
Also published as: CN113032164B

Abstract

本申请公开了一种BMC与BIOS信息交互方法、装置、BMC和介质，基于REDIS数据库实现BMC和BIOS信息交互，BIOS与BMC协商好的键名称，将资产信息直接根据预设键名称按照键值对的形式写入REDIS数据库，无需进行特殊处理，变成简单；且，通过REDIS数据库作为BMC各进程之间的通信介质，REDIS数据库中的所有的资产信息对所有的进程可见，无需通过通道、共享内容方式进行通信处理，基于REDIS数据库本申请的互斥处理机制，BMC与BIOS之间处理无需考虑同步问题，信息交互便捷稳定。

Description

BMC与BIOS信息交互方法、装置、BMC和介质

技术领域

本申请涉及信息交互技术领域，特别涉及一种BMC与BIOS信息交互方法、装置、BMC和介质。

背景技术

BIOS(Basic Input Output System，基本输入输出系统)和BMC(BaseboardManager Controller，基板管理控制器)之间的信息交互方式一般采用制定好的交互数据结构，但是这种BMC和BIOS的交互方式存在一定的弊端，当相关设备量产之后，会根据客户的需求不断新增相关的资产信息，现场的BMC和BIOS必须同时升级更新才可以保证二者可以正常交互而不影响其他资产信息的接收和正常解析。一旦客户现场仅仅更新了BMC或者仅仅更新了BIOS，就会影响原有信息的解析展示，给客户造成极大的困扰。

为了解决上述新增信息造成的影响，相关技术采用json格式数据进行BMC和BIOS之间信息传递。在BMC和BIOS之间通过虚拟USB(Universal Serial Bus，通用串行总线)设备模拟出LAN OVER USB的驱动，即将BMC视为插到服务器上的一个网卡，这样带内就可以和BMC之间通过lan((Local Area Network，局域网)通道进行通信，可以依靠BMC内的webserver，通过restful接口和特定的url将json文件数据传送给BMC，BMC解析对应的json文件数据即可得到自己需要的内容。当需要扩展一个资产信息成员的时候，仅需要在json数据中增加一个成员即可，即使BMC没有扩展针对这个成员的解析，仅仅新增的信息不会显示，不会影响到其它的资产信息。但是，这种方案需要BMC和BIOS都去调用libjson等相关的开源包针对资产信息进行json数据格式的封装和解析，而且BMC解析之后的数据无法直接被其他进程使用。

因此，如何提供一种解决上述技术问题的方案是本领域技术人员目前需要解决的问题。

发明内容

本申请的目的是提供一种BMC与BIOS信息交互方法、装置、BMC和介质。其具体方案如下：

本申请提供了一种BMC与BIOS信息交互方法，应用于BMC，包括：

BMC通过虚拟USB设备建立所述BIOS与REDIS数据库的连接，其中，所述REDIS数据库设置在所述BMC中，且，所述REDIS数据库配置为外部可连接可访问模式；

将所述BIOS发送的预设键名称形式的资产信息写入所述REDIS数据库；

接收进程的资产信息请求时，根据所述资产信息请求从所述REDIS数据库读取对应的所述资产信息。

优选地，还包括：

接收到字段增加请求；

根据所述字段增加请求定义对应字段的键名称。

优选地，还包括：

通过脚本监控所述REDIS数据库的数据库文件是否发生变化；

若发生变化，则将所述数据库文件写入擦写不丢失的EEPROM中。

优选地，还包括：

当BMC启动时，设置所述REDIS数据库的进程优先于IPMIMain进程。

本申请提供了一种BMC与BIOS信息交互装置，包括：

连接建立模块，用于BMC通过虚拟USB设备建立所述BIOS与REDIS数据库的连接，其中，所述REDIS数据库设置在所述BMC中，且，所述REDIS数据库配置为外部可连接可访问模式；

写入模块，用于将所述BIOS发送的预设键名称形式的资产信息写入所述REDIS数据库；

读取模块，用于接收进程的资产信息请求时，根据所述字长信息请求从所述REDIS数据库读取对应的所述资产信息。

优选地，还包括：

请求接收模块，用于接收到字段增加请求；

增加模块，用于根据所述字段增加请求定义对应字段的键名称。

优选地，还包括：

监控模块，用于通过脚本监控所述REDIS数据库的数据库文件是否发生变化；

写入模块，用于若发生变化，则将所述数据库文件写入擦写不丢失的EEPROM中。

优选地，还包括：

设置模块，用于当BMC启动时，设置所述REDIS数据库的进程优先于IPMIMain进程。

本申请提供了一种BMC，包括：

REDIS数据库，用于存储资产信息；

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上所述BMC与BIOS信息交互方法的步骤。

本申请提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述BMC与BIOS信息交互方法的步骤。

本申请提供一种BMC与BIOS信息交互方法，应用于BMC，包括：BMC通过虚拟USB设备建立BIOS与REDIS数据库的连接，其中，REDIS数据库设置在BMC中，且，REDIS数据库配置为外部可连接可访问模式；将BIOS发送的预设键名称形式的资产信息写入REDIS数据库；接收进程的资产信息请求时，根据资产信息请求从REDIS数据库读取对应的资产信息。

可见，本申请基于REDIS数据库实现BMC和BIOS信息交互，BIOS与BMC协商好的键名称，将资产信息直接根据预设键名称按照键值对的形式写入REDIS数据库，无需进行特殊处理，变成简单；且，通过REDIS数据库作为BMC各进程之间的通信介质，REDIS数据库中的所有的资产信息对所有的进程可见，无需通过通道、共享内容方式进行通信处理，基于REDIS数据库本申请的互斥处理机制，BMC与BIOS之间处理无需考虑同步问题，信息交互便捷稳定。

本申请同时还提供了一种BMC与BIOS信息交互装置、BMC和介质，均具有上述有益效果，在此不再赘述。

附图说明

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

图1为本申请实施例提供的一种BMC与BIOS信息交互方法的流程图；

图2为本申请实施例提供的一种BMC与BIOS信息交互方式的示意图；

图3为本申请实施例提供的一种BMC与BIOS信息交互装置的结构示意图；

图4为本申请实施例提供的一种BMC的结构示意图；

图5为本申请实施例提供的另一种BMC的结构图。

具体实施方式

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

相关技术采用json格式数据进行BMC和BIOS之间信息传递。在BMC和BIOS之间通过虚拟USB设备模拟出LAN OVER USB的驱动，即将BMC视为插到服务器上的一个网卡，这样带内就可以和BMC之间通过lan通道进行通信，可以依靠BMC内的webserver，通过restful接口和特定的url将json文件数据传送给BMC，BMC解析对应的json文件数据即可得到自己需要的内容。当需要扩展一个资产信息成员的时候，仅需要在json数据中增加一个成员即可，即使BMC没有扩展针对这个成员的解析，仅仅新增的信息不会显示，不会影响到其它的资产信息。但是，这种方案需要BMC和BIOS都去调用libjson等相关的开源包针对资产信息进行json数据格式的封装和解析，而且BMC解析之后的数据无法直接被其他进程使用。

基于上述技术问题，本实施例提供一种BMC与BIOS信息交互方法，基于REDIS数据库实现BMC和BIOS信息交互，BIOS与BMC协商好的键名称，将资产信息直接根据预设键名称按照键值对的形式写入REDIS数据库，无需进行特殊处理，变成简单；且，通过REDIS数据库作为BMC各进程之间的通信介质，REDIS数据库中的所有的资产信息对所有的进程可见，无需通过通道、共享内容方式进行通信处理，基于REDIS数据库本申请的互斥处理机制，BMC与BIOS之间处理无需考虑同步问题，信息交互便捷稳定。

具体请参考图1，图1为本申请实施例提供的一种BMC与BIOS信息交互方法的流程图，具体包括：

S101、BMC通过虚拟USB设备建立BIOS与REDIS数据库的连接；

其中，REDIS(REmote DIctionary Serve)数据库设置在BMC中，且，REDIS数据库配置为外部可连接可访问模式。

可以理解的是，BIOS启动的时候，通过虚拟USB设备模拟出LAN OVER USB的驱动连接BMC的REDIS数据库。同时，修改REDIS数据库的配置文件redis.conf，配置为外部可连接可访问模式。可以理解的是，有些系统在应用REDIS数据库的时候会根据自己的需求配置为仅自己系统内部使用，还是允许外部其他系统通过网络通道连接该数据库进行读写操作，由于本实施例中BIOS直接连接并操作REDIS数据库，因此需要配置成外部其他系统可访问的模式。

S102、将BIOS发送的预设键名称形式的资产信息写入REDIS数据库；

具体的，通过BIOS与BMC协商好的预设键名称将相应的资产信息直接写入到BMC的REDIS数据库中。其中，资产信息包括但是不限定于：CPU(Central Processing Unit，中央处理器)的型号、频率，内存的厂商、型号、频率、位宽等，PCIE(peripheral componentinterconnect express，高速串行计算机扩展总线标准)设备信息等，因为REDIS数据库属于键值对类型的数据库，因此其中每个信息都可以通过一个键名称来表示，因此需要首先定制每个字段的键名称，然后以键值对的形式写入到对应的REDIS数据库中。

针对BIOS发送给BMC的预设键名称形式的资产信息，无需进行特殊处理，BIOS会直接发送并存储到BMC的REDIS数据库中，编程变得异常简便，无需额外特殊处理。进而，BMC存在很多进程，不同的进程都有可能会存取任意一块数据会存在需要同步的需求，而REDIS数据库自带同步机制、互斥处理机制，BIOS和BMC之间的交互处理无需考虑同步问题，简单便捷且稳定。

S103、接收进程的资产信息请求时，根据资产信息请求从REDIS数据库读取对应的资产信息。

当BMC各进程需要使用资产信息时，则直接从自身的REDIS数据库中取用，其中BMC的进程包括处理IPMI(Intelligent Platform Management Interface，智能平台管理接口)协议的主进程、为web提供支撑的lighttpd进程、提供snmp(Simple NetworkManagement Protocol，简单网络管理协议)服务的snmp进程、提供redfish接口的redfish进程等，这些进程都需要以不同的形式、不同的介质给用户提供相应的资产信息展示，此时需要从REDIS数据库中获取出资产信息。BMC的REDIS数据库可以作为BMC各进程之间的通信介质，REDIS数据库中的所有数据内容对BMC的所有的进程都是可见的，无需通过管道、共享内存等作进一步通信处理。

基于上述技术方案，本实施例基于REDIS数据库实现BMC和BIOS信息交互，BIOS与BMC协商好的键名称，将资产信息直接根据预设键名称按照键值对的形式写入REDIS数据库，无需进行特殊处理，变成简单；且，通过REDIS数据库作为BMC各进程之间的通信介质，REDIS数据库中的所有的资产信息对所有的进程可见，无需通过通道、共享内容方式进行通信处理，基于REDIS数据库本申请的互斥处理机制，BMC与BIOS之间处理无需考虑同步问题，信息交互便捷稳定。

进一步的，为了实现资产信息扩展，该BMC与BIOS信息交互方法，还包括：

S104、接收到字段增加请求；

S105、根据字段增加请求定义对应字段的键名称。

当后期客户需求或开发需求需要新增相应的字段的时候，则需要确保前期的键名称不会发生变化，仅需要新增相应的字段的键名称即可。例如，当资产信息中的PCIE资产信息，可能除了厂商信息，设备信息外，还包括子厂商信息，子设备信息，用于将该设备描述的更加精细，这种情况在初期开发阶段不一定能够考虑到，后续需要在之前的基础上进行扩展，这个时候就需要保证不能因为该字段的扩展而影响之前字段的信息的准确性和完整性，而且不允许BIOS和BMC的版本出现耦合度较高的情况，即更新BMC的版本必须更新BIOS的版本，否则无法正常使用的情况。

本实施例当需要新增一个字段的时候，根据接收到的字段增加请求定义好与该字段相关联的键名称即可，而不会影响其他键值对的存取及数值的准确性。

可见，本实施例当需要新增一个字段的时候，则定义好与该字段相关联的键名即可，而不会影响其他键值对的存取及数值的准确性，扩展性比较好，只要保证BIOS和BMC的键名称保持一致并且扩充的键名称不会影响原有键名称，即可方便实现扩充，也实现了BIOS和BMC的完全解耦。

进一步的，为了确保更新BMC或者BMC重启的时候对应的资产信息不会丢失，该BMC与BIOS信息交互方法，还包括：

S106、通过脚本监控REDIS数据库的数据库文件是否发生变化；

S107、若发生变化，则将数据库文件写入擦写不丢失的EEPROM中。

本实施例通过脚本监控/tmp目录下的数据库文件记为redis-dump.rdb文件是否发生变化，当发生变化的时候，则将redis-dump.rdb文件压缩之后写入到擦写不丢失的EEPROM(Electrically Erasable Programmable Read-Only Memory，带电可擦可编程只读存储器)中去。

REDIS数据库具备数据备份功能，REDIS数据库中的数据就可以备份成文件，然后存储在/tmp目录下。因为/tmp目录为映射的内存设备，掉电会丢失，因此需要实时检测该目录下的redis-dump.rdb文件是否发生变化，当发生变化的时候将其拷贝到掉电不丢失的介质中，该数据库文件中存储的是REDIS数据库中的内容。因为现场的服务器一旦运行对应的服务，一般情况下是不会重启服务器的OS(Operating System，操作系统)的，而资产信息等都是在服务器重启的过程中发送给BMC的，然后BMC才可以展示出来，如果这个时候刷写了BMC的Flash，则会造成BMC的资产信息丢失，因此需要将资产信息存储到EEPROM中，而EEPROM中的数据不会随着BMC的Flash的刷新而丢失。

可见，REDIS数据库具备转存文件功能，将文件压缩后存储到EEPROM中，确保更新BMC或者BMC重启的时候对应的资产信息不会丢失，以数据库文件的方式存储到EEPROM中，无需考虑EEPROM中的数据存储结构，简单易行。

进一步的，还包括：当BMC启动时，设置REDIS数据库的进程优先于IPMIMain进程。

在BMC中引入REDIS数据库，当BMC系统启动的时候优先于IPMIMain进程启动；REDIS数据库的进程主要是用来进行数据存储的，而IPMIMain进程是有数据存储需求的，因此，需要REDIS数据库首先启动准备好数据存储服务，然后其他关键性进程才可以去使用REDIS数据库提供的数据存储服务。

基于上述任一实施例，本实施例提供一种基于REDIS数据库实现BIOS和BMC信息交互和数据扩展的方法，基于REDIS数据库实现的BIOS和BMC之间的信息交互方式如图2所示，具体实现步骤如下所示：

S1：在BMC中引入REDIS数据库，当BMC系统启动的时候优先于IPMIMain进程启动；

S2：修改REDIS数据库的配置文件redis.conf，配置为外部可连接可访问模式；

S3：通过脚本监控/tmp目录下的数据库文件redis-dump.rdb文件是否发生变化，当发生变化的时候，则将数据库文件redis-dump.rdb文件压缩之后写入到擦写不丢失的EEPROM中去；

S4：BIOS启动的时候，通过LAN Over USB连接BMC的REDIS数据库，通过BIOS与BMC协商好的预设键名称将相应的资产信息直接写入到BMC的REDIS数据库中；

S5：BMC各进程需要使用资产信息的时候，则直接从自身的REDIS数据库中取用；

S6：当因后期客户需求或开发需求需要新增相应的字段的时候，则需要确保前期的键名称不会发生变化，仅需要新增相应的字段的键名称即可。

下面对本申请实施例提供的一种BMC与BIOS信息交互装置进行介绍，下文描述的BMC与BIOS信息交互装置与上文描述的BMC与BIOS信息交互方法可相互对应参照，相关模块均设置于BMC中，参考图3，图3为本申请实施例提供的一种BMC与BIOS信息交互装置的结构示意图，包括：

连接建立模块301，用于BMC通过虚拟USB设备建立BIOS与REDIS数据库的连接，其中，REDIS数据库设置在BMC中，且，REDIS数据库配置为外部可连接可访问模式；

写入模块302，用于将BIOS发送的预设键名称形式的资产信息写入REDIS数据库；

读取模块303，用于接收进程的资产信息请求时，根据字长信息请求从REDIS数据库读取对应的资产信息。

在一些具体的实施例中，还包括：

请求接收模块，用于接收到字段增加请求；

增加模块，用于根据字段增加请求定义对应字段的键名称。

在一些具体的实施例中，还包括：

监控模块，用于通过脚本监控REDIS数据库的数据库文件是否发生变化；

写入模块，用于若发生变化，则将数据库文件写入擦写不丢失的EEPROM中。

在一些具体的实施例中，还包括：

设置模块，用于当BMC启动时，设置REDIS数据库的进程优先于IPMIMain进程。

由于装置部分的实施例与方法部分的实施例相互对应，因此装置部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

下面对本申请实施例提供的一种BMC进行介绍，下文描述的BMC与上文描述的方法可相互对应参照。

本申请还提供了一种BMC，参见图4所示，图4为本申请实施例提供的一种BMC的结构示意图，包括：

REDIS数据库600，用于存储资产信息；

存储器100，用于存储计算机程序；

处理器200，用于执行计算机程序时实现如上述方法的步骤。

存储器100包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机可读指令，该内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。处理器200为BMC提供计算和控制能力，执行存储器100中保存的计算机程序时，可以实现以下步骤：

BMC通过虚拟USB设备建立BIOS与REDIS数据库的连接，其中，REDIS数据库设置在BMC中，且，REDIS数据库配置为外部可连接可访问模式；将BIOS发送的预设键名称形式的资产信息写入REDIS数据库；接收进程的资产信息请求时，根据资产信息请求从REDIS数据库读取对应的资产信息。

在一些具体的实施例中，处理器200执行存储器100中保存的计算机子程序时，可以实现以下步骤：接收到字段增加请求；根据字段增加请求定义对应字段的键名称。

在一些具体的实施例中，处理器200执行存储器100中保存的计算机子程序时，可以实现以下步骤：通过脚本监控REDIS数据库的数据库文件是否发生变化；若发生变化，则将数据库文件写入擦写不丢失的EEPROM中。

在一些具体的实施例中，处理器200执行存储器100中保存的计算机子程序时，可以实现以下步骤：当BMC启动时，设置REDIS数据库的进程优先于IPMIMain进程。

在上述实施例的基础上，作为优选实施方式，参见图5，图5为本申请实施例提供的另一种BMC的结构图，该BMC还包括：

输入接口300，与处理器200相连，用于获取外部导入的计算机程序、参数和指令，经处理器200控制保存至存储器100中。该输入接口300可以与输入装置相连，接收用户手动输入的参数或指令。该输入装置可以是显示屏上覆盖的触摸层，也可以是终端外壳上设置的按键、轨迹球或触控板，也可以是键盘、触控板或鼠标等。

显示单元400，与处理器200相连，用于显示处理器200发送的数据。该显示单元400可以为PC机(Personal Computer，个人计算机)上的显示屏、液晶显示屏或者电子墨水显示屏等。

网络端口500，与处理器200相连，用于与外部各终端设备进行通信连接。该通信连接所采用的通信技术可以为有线通信技术或无线通信技术，如移动高清链接技术(MobileHigh-Definition Link，MHL)、通用串行总线(Universal Serial Bus，USB)、高清多媒体接口(High Definition Multimedia Interface，HDMI)、无线保真技术(WiFi)、蓝牙通信技术、低功耗蓝牙通信技术、基于IEEE802.11s的通信技术等。

由于BMC部分的实施例与方法部分的实施例相互对应，因此BMC部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

下面对本申请实施例提供的一种计算机可读存储介质进行介绍，下文描述的计算机可读存储介质与上文描述的方法可相互对应参照。

本申请提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上BMC与BIOS信息交互方法的步骤。

由于计算机可读存储介质部分的实施例与方法部分的实施例相互对应，因此计算机可读存储介质部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

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

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的一种BMC与BIOS信息交互方法、装置、BMC和介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

Claims

1.一种BMC与BIOS信息交互方法，其特征在于，应用于BMC，包括：

2.根据权利要求1所述的BMC与BIOS信息交互方法，其特征在于，还包括：

接收到字段增加请求；

根据所述字段增加请求定义对应字段的键名称。

3.根据权利要求1所述的BMC与BIOS信息交互方法，其特征在于，还包括：

通过脚本监控所述REDIS数据库的数据库文件是否发生变化；

4.根据权利要求1所述的BMC与BIOS信息交互方法，其特征在于，还包括：

当BMC启动时，设置所述REDIS数据库的进程优先于IPMIMain进程。

5.一种BMC与BIOS信息交互装置，其特征在于，包括：

6.根据权利要求5所述的BMC与BIOS信息交互装置，其特征在于，还包括：

请求接收模块，用于接收到字段增加请求；

7.根据权利要求5所述的BMC与BIOS信息交互装置，其特征在于，还包括：

8.根据权利要求5所述的BMC与BIOS信息交互装置，其特征在于，还包括：

9.一种BMC，其特征在于，包括：

REDIS数据库，用于存储资产信息；

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至4任一项所述BMC与BIOS信息交互方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至4任一项所述BMC与BIOS信息交互方法的步骤。