用于服务器的数据处理方法、装置及服务器BMC系统与流程

本申请涉及计算机应用技术领域，具体而言，涉及用于服务器的数据处理方法、装置及服务器bmc系统。

背景技术

现代服务器中包含了两部分系统，分别为主业务运行系统和bmc系统(bmc：baseboardmanagementcontroller，基板控制器)，其中bmc系统会监控主业务的系统的工作。为了在主业务系统的操作系统os发生故障时能够得到服务器的显示信息，方便运维、开发工程师分析问题。目前可以把服务器的显示信息通过串口传送给bmc，bmc再把从串口获取到的信息实时不间断地存到本地或者和外部服务器保持长期的网络连接，把信息传送给外部存储服务器。这样可以解决问题，但是长期所有信息的存储会有两个严重问题影响大量服务器的监控和运维，1、由于bmc本地的存储容量很小，一般可供信息存储的空间会在5兆bit以下，很快就会把bmc的本地存储用完，扩大更大的存储芯片会增加机器不必要的采购成本。2、每台服务器的bmc都和外部存储服务器长期的建立连接进行数据存储，每个bmc都要占用网络带宽，这样很多台服务器的bmc就要很多的外部服务器进行数据存储，不能进行大批量的机器监控。

鉴于以上两个现实的问题，本方案提供一种只要将主业务系统出现故障的输出信息精准地主动报告到外部管理服务器，且既不会增加采购服务器的成本，也可以方便我们大量远程实时抓取主业务故障时的输出信息

目前服务器所有的运行的显示信息会通过三种方式处理：显示器显示，直接在机房连接显示器进行现场观察；所有的信息存入到bmc的本地存储中，从主业务的串口或显卡内存获取数据存入本地存储；所有信息通过bmc长期连接外部服务器实现外部存储，从主业务的串口或显卡内存获取数据并打包通过bmc与外部存储服务器建立的长期网络实时的存到外部。

但是，对显示器显示的方式，需要连接显示器和工程师实时监控，不能做到批量管理。对于所有的信息存入到bmc的本地存储中的方式，由于本身bmc的存储空间很小，这样很容易存满bmc的本地存储空间，这种方法只存在理论的价值，现实场景中都没有用到这个，且主业务系统发生故障时，不能主动报警运维工程师，造成故障延迟发现，容易造成主业务的业务中断。对于所有信息通过bmc长期连接外部服务器实现外部存储这种方式，批量的管理时这样面对大量要管理的服务器的bmc，需要数量很大的外部服务器和网络带宽，造成资源的浪费，且不能主动报警故障，容易造成主业务的业务中断。

技术实现要素：

本申请公开用于服务器的数据处理方法，将主业务系统正常工作时的屏显数据删除，以精准地处理主业务系统出现故障时的输出信息。

本发明的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明的实践而习得。

根据本发明的一个方面，提供一种用于服务器的数据处理方法，包括：

通过串口接收主业务系统的数据；

接收来自所述主业务系统的状态信息；

如果根据所述状态信息确定所述主业务系统正常工作，则将所述串口发送的数据删除。

根据一些实施例，接收来自所述主业务系统的状态信息包括：通过lpc总线接收来自所述主业务系统的状态信息。

根据一些实施例，根据所述状态信息确定所述主业务系统正常工作包括：根据所述状态信息的内容确定所述主业务系统正常工作。

根据一些实施例，所述状态信息为所述主业务系统周期性发送的预设标志数据。

根据一些实施例，根据所述状态信息确定所述主业务系统正常工作包括：根据接收所述状态信息的时间间隔确定所述主业务系统正常工作。

根据一些实施例，根据接收所述状态信息的时间间隔确定所述主业务系统正常工作包括：

记录接收所述状态信息的时间；

若本次接收所述状态信息的时间距离上一次接收所述状态信息的时间小于或等于设定时间间隔，则确定所述主业务系统正常；

其中所述设定时间间隔大于或等于接收所述状态信息的周期。

根据一些实施例，所述方法还包括如果根据所述状态信息确定所述主业务系统出现故障，则对所述串口发送的数据进行呈现。

根据一些实施例，对所述串口发送的数据进行呈现包括：将所述串口发送的数据主动报告到外部管理服务器，以通过所述外部管理服务器对所述串口发送的数据进行呈现。

根据一些实施例，对所述串口发送的数据进行呈现包括：将所述串口发送的数据根据设置好的远端服务器ip通过网口发送给远端服务器。

根据一些实施例，所述方法还包括：若将所述串口发送的数据根据设置好的远端服务器ip通过网口发送给远端服务器失败，则将所述串口发送的数据存储到本地，等网络通畅后再重新将所述串口发送的数据送给所述远端服务器。

根据本发明的第二方面，提供了一种用于服务器的数据处理方法，包括：

通过串口向bmc系统发送数据；

向所述bmc系统发送状态信息；

以使所述bmc系统根据所述状态信息确定主业务系统正常工作，以将通过串口接收的数据删除。

根据一些实施例，向所述bmc系统发送状态信息包括：通过lpc总线向所述bmc系统发送所述状态信息。

根据一些实施例，所述状态信息为周期性发送的预设标志数据。

根据本发明的第三方面，提供了一种用于服务器的数据处理装置，包括：

数据接收单元，用于通过串口接收主业务系统的数据；

状态接收单元，用于接收来自所述主业务系统的状态信息；

删除单元，用于如果根据所述状态信息确定所述主业务系统正常工作，则将所述串口发送的数据删除。

根据一些实施例，所述状态接收单元用于：通过lpc总线接收来自所述主业务系统的状态信息。

根据一些实施例，所述删除单元用于：根据所述状态信息的内容确定所述主业务系统正常工作。

根据一些实施例，所述状态信息为所述主业务系统周期性发送的预设标志数据。

根据一些实施例，所述删除单元用于：根据接收所述状态信息的时间间隔确定所述主业务系统正常工作。

根据一些实施例，所述删除单元用于：

记录接收所述状态信息的时间；

若本次接收所述状态信息的时间距离上一次接收所述状态信息的时间小于或等于设定时间间隔，则确定所述主业务系统正常；

其中所述设定时间间隔大于或等于接收所述状态信息的周期。

根据一些实施例，所述装置还包括呈现单元，用于如果根据所述状态信息确定所述主业务系统出现故障，则对所述串口发送的数据进行呈现。

根据一些实施例，所述呈现单元用于：将所述串口发送的数据主动报告到外部管理服务器，以通过所述外部管理服务器对所述串口发送的数据进行呈现。

根据一些实施例，所述呈现单元用于：将所述串口发送的数据根据设置好的远端服务器ip通过网口发送给远端服务器。

根据一些实施例，所述呈现单元还用于：若将所述串口发送的数据根据设置好的远端服务器ip通过网口发送给远端服务器失败，则将所述串口发送的数据存储到本地，等网络通畅后再重新将所述串口发送的数据送给所述远端服务器。

根据本发明的第四方面，提供了一种用于服务器的数据处理装置，包括：

数据发送单元，用于通过串口向bmc系统发送数据；

状态发送单元，用于向所述bmc系统发送状态信息；

以使所述bmc系统根据所述状态信息确定主业务系统正常工作，以将通过串口接收的数据删除。

根据一些实施例，所述状态发送单元用于：通过lpc总线向所述bmc系统发送所述状态信息。

根据一些实施例，所述状态信息为周期性发送的预设标志数据。

根据本发明的第五方面，提供了一种服务器bmc系统，包括：处理器；存储器，存储用于所述处理器控制如上述第一方面任一项所述操作的指令。

根据本发明的第六方面，提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现步骤：

数据接收单元，用于通过串口接收主业务系统的数据；

状态接收单元，用于接收来自所述主业务系统的状态信息；

删除单元，用于如果根据所述状态信息确定所述主业务系统正常工作，则将所述串口发送的数据删除。

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

本申请的实施例提供的技术方案通过将主业务系统正常工作时的屏显数据删除，以精准地处理主业务系统出现故障时的输出信息，能够节省采购服务器的成本。应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。

附图说明

通过参照附图详细描述其示例实施例，本发明的上述和其它特征及优点将变得更加明显。

图1示出了根据本发明一实施例的用于服务器的数据处理方法；

图2示出了根据本发明另一实施例的用于服务器的数据处理方法；

图3示出了根据本发明一实施例的服务器部件组成示意图；

图4示出了根据本发明一实施例的用于服务器的数据处理方法；

图5示出了根据本发明一实施例的用于服务器的数据处理装置的框图；

图6示出了根据本发明另一实施例的用于服务器的数据处理装置的框图；

图7示出了根据本发明一实施例的终端设备。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本发明将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本发明的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本发明的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示出了根据本发明一实施例的用于服务器的数据处理方法，本实施例可适用于服务器中bmc系统处理从串口接收的主业务系统的数据的情况，本实施例的执行主体为服务器的bmc系统。如图1所示，本实施例所述的用于服务器的数据处理方法包括：

在步骤s110中，通过串口接收主业务系统的数据。

一般来说，服务器的bmc系统通过串口实时不间断地接收主业务系统的数据，一般称为屏显数据，也称为显示信息，用于方便运维、开发工程师分析服务器的问题。

在步骤s120中，接收来自所述主业务系统的状态信息。

所述状态信息可以是用于描述服务器的主业务系统状态的信息，例如01表示主业务系统正常工作，02表示主业务系统死机或故障等。

另外，所述状态信息还可以为预设标志数据，例如所述主业务系统周期性发送预设标志数据(例如1)作为所述主业务系统的状态信息。当bmc系统在设定时间间隔接收到该标志第一数据则表明主业务系统正常工作，否则表明主业务系统出现故障。

需要说明的是，接收所述状态信息的方式可包括多种，本实施例对此不作限定，例如可通过串口的数据线接收或lpc接收，还可以在服务器的业务系统和bmc系统之间增加一个数据线用于传输该状态信息。上述方式中，优选为通过lpc传输。

在步骤s130中，如果根据所述状态信息确定所述主业务系统正常工作，则将所述串口发送的数据删除。

根据所述状态信息确定所述主业务系统正常工作的具体方式包括多种，例如可根据所述状态信息的内容确定所述主业务系统正常工作。若所述状态信息为所述主业务系统周期性发送的预设标志数据，还可根据接收所述状态信息的时间间隔确定所述主业务系统正常工作。

具体可通过如下方式：记录接收所述状态信息的时间；若本次接收所述状态信息的时间距离上一次接收所述状态信息的时间小于或等于设定时间间隔，则确定所述主业务系统正常；其中所述设定时间间隔大于或等于接收所述状态信息的周期。

另外，在将主业务系统正常工作时从串口发送的数据删除之后，未删除的数据则为主业务系统非正常工作，例如死机、故障等。

如果根据所述状态信息确定所述主业务系统出现故障，可对所述串口发送的数据进行呈现。

例如：将所述串口发送的数据主动报告到外部管理服务器，以通过所述外部管理服务器对所述串口发送的数据进行呈现。或者，将所述串口发送的数据根据设置好的远端服务器ip通过网口发送给远端服务器。

进一步地，若将所述串口发送的数据根据设置好的远端服务器ip通过网口发送给远端服务器失败，则将所述串口发送的数据存储到本地，等网络通畅后再重新将所述串口发送的数据送给所述远端服务器。

图2示出了根据本发明一实施例的用于服务器的数据处理方法，本实施例可适用于服务器中主业务系统与bmc协作处理主业务系统的数据的情况，本实施例的执行主体为服务器的主服务系统。如图2所示，本实施例所述的用于服务器的数据处理方法包括：

在步骤s210中，通过串口向bmc系统发送数据。

一般来说，服务器的主业务系统通过串口实时不间断地向bmc系统发送的数据，一般称为屏显数据，也称为显示信息，用于方便运维、开发工程师分析服务器的问题。

在步骤s220中，向所述bmc系统发送状态信息。

向例如可通过串口的数据线发送或lpc发送，还可以在服务器的业务系统和bmc系统之间增加一个数据线用于传输该状态信息。上述方式中，优选为通过lpc发送。

所述状态信息可以是用于描述服务器的主业务系统状态的信息，还可以为预设标志数据，例如所述主业务系统周期性发送预设标志数据(例如1)作为所述主业务系统的状态信息。

本实施例的技术方案可以将主业务系统出现故障的输出信息精准的主动报告到外部管理服务器，且既不会增加bmc的本地存储影响到采购服务器的成本，也可以管理大量的服务器，在每个服务器的bmc中设置外部服务器的ip，这样我们就可以在远程及时的批量获取主业务故障时的输出信息，可以不必要存储运行正常的服务器信息。

在上述实施例的基础之上，下面以一个具体实例示例性说明本发明的技术方案。本示例公开一种发现服务器主业务系统运行故障时，及时主动向外部服务器发送屏幕输出信息的方案。

本实施例中主要部件组成为：主业务系统、bmc中的检测和分流程序、两个系统之间的链接电路。图3示出了根据本实施例的服务器部件组成示意图，其硬件控制逻辑连接如图3所示：主业务系统和bmc之间有连接两个串口的数据线和主业务系统到bmc发送命令的lpc(lowpincountbus，图中从pch指向bmc系统的箭头线)总线，该总线是主业务系统给bmc系统发送命令的通道。

图4示出了本实施例的用于服务器的数据处理方法，软件流程如图4所示，包括：

在步骤s401中，主业务系统bios打开串口重定向，屏显数据持续全部从串口输出配置好远端接受故障屏显的服务器ip。

主业务系统bios打开串口重定向，屏显数据持续全部从串口输出到bmc，在bmc里面配置好远端接受故障屏显的服务器ip。

在步骤s402中，在主业务的系统运行定时任务，每5秒钟，通过lpc总线向bmc发送第一数据。

在步骤s403中，bmc读取串口数据，存入内存中，执行步骤s405。

当主业务挂死或故障，定时任务死掉，便再不会向bmc传递数据。所以根据lpc没有第一数据来，判断由于主业务的挂死。但是主业务的屏幕显示信息从串口到bmc的串口，为硬件机制，不受软件的影响，屏显显示故障的数据会不断地传向bmc。

当主业务挂死或故障，定时任务死掉，便再不会向bmc传递数据。所以根据lpc没有第一数据来，判断由于主业务的挂死。但是主业务的屏幕显示信息从串口到bmc的串口，为硬件机制，不受软件的影响，屏显显示故障的数据会不断地传向bmc。

在步骤s404中，bmc启动从lpc读数据，执行步骤s405。

在步骤s405中，bmc读到第一数据，判断主业务是否正常，若是则执行步骤s406,否则执行步骤s407。

bmc检测和分流程序按照主业务发送标志的周期，从lpc上读取主业务发来的数据，判断是否是1。

在步骤s406中，清除bmc内存中从串口读来的屏显数据，返回步骤s403。

lpc来的数据是1，主业务正常，全部清除从串口接受到的屏显数据。

在步骤s407中，将bmc内存中数据根据配置好的ip,通过网口发向远端服务器。

bmc判断主业务挂死，将主业务的屏显信息通过设置好的远端服务器ip发送出去。

在步骤s408中，判断网络是否不通，若是则执行步骤s409,否则执行步骤s410。

在步骤s409中，存本地，等待连通再发出去

如果ip不通先存在本地中，以免数据丢失，等到网络连通再发出去。

在步骤s410中，通过bmc网口出。

采用本实施例的方法之后，监控和观察服务器主业务挂死、故障时的屏显信息在不用对显示器进行现场监控，而且当服务器故障后重启时，屏显日志会丢失。或者不必将全部的屏显存在本地占用比较大的bmc本地存储而且还有很多不必要服务器正常工作的信息。另外如果采用持续连接的方式会占用大量的外部服务器和网络带宽，同样会用大量服务器正常工组的不必要的信息存入。

图5示出了根据本发明一实施例的用于服务器的数据处理装置的框图，如图5所示，本实施例所述的用于服务器的数据处理装置配置于服务器的bmc系统中，包括数据接收单元510、状态接收单元520、以及删除单元530。

该数据接收单元510被配置为，用于通过串口接收主业务系统的数据；

该状态接收单元520被配置为，用于接收来自所述主业务系统的状态信息；

该删除单元530被配置为，用于如果根据所述状态信息确定所述主业务系统正常工作，则将所述串口发送的数据删除。

根据本发明的一些实施例，所述状态接收单元520用于：通过lpc总线接收来自所述主业务系统的状态信息。

根据本发明的一些实施例，所述删除单元530用于：根据所述状态信息的内容确定所述主业务系统正常工作。

根据本发明的一些实施例，所述状态信息为所述主业务系统周期性发送的预设标志数据。

根据本发明的一些实施例，所述删除单元530用于：根据接收所述状态信息的时间间隔确定所述主业务系统正常工作。

根据本发明的一些实施例，所述删除单元530用于：

记录接收所述状态信息的时间；

若本次接收所述状态信息的时间距离上一次接收所述状态信息的时间小于或等于设定时间间隔，则确定所述主业务系统正常；

其中所述设定时间间隔大于或等于接收所述状态信息的周期。

根据本发明的一些实施例，所述装置还包括呈现单元(图5中未示出)，用于如果根据所述状态信息确定所述主业务系统出现故障，则对所述串口发送的数据进行呈现。

根据本发明的一些实施例，所述呈现单元用于：将所述串口发送的数据主动报告到外部管理服务器，以通过所述外部管理服务器对所述串口发送的数据进行呈现。

根据本发明的一些实施例，所述呈现单元用于：将所述串口发送的数据根据设置好的远端服务器ip通过网口发送给远端服务器。

根据本发明的一些实施例，所述呈现单元还用于：若将所述串口发送的数据根据设置好的远端服务器ip通过网口发送给远端服务器失败，则将所述串口发送的数据存储到本地，等网络通畅后再重新将所述串口发送的数据送给所述远端服务器。

关于上述实施例中的装置，其中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本实施例提供的用于服务器的数据处理装置可执行本发明实施例一和实施例二所提供的用于服务器的数据处理方法，具备执行方法相应的功能模块和有益效果。

图6示出了根据本发明一实施例的用于服务器的数据处理装置的框图，如图6所示，本实施例所述的用于服务器的数据处理装置配置于服务器的主业务系统中，包括：数据发送单元610、以及状态发送单元620。

该数据发送单元610被配置为，用于通过串口向bmc系统发送数据；

该状态发送单元620被配置为，用于向所述bmc系统发送状态信息。

本实施例的技术方案能使所述bmc系统根据所述状态信息确定主业务系统正常工作，以将通过串口接收的数据删除。

根据本发明的一些实施例，所述状态发送单元620用于：通过lpc总线向所述bmc系统发送所述状态信息。

根据本发明的一些实施例，所述状态信息为周期性发送的预设标志数据。

本实施例提供的用于服务器的数据处理装置可执行本发明方法实施例所提供的用于服务器的数据处理方法，具备执行方法相应的功能模块和有益效果。

图7示出了根据本发明一实施例的终端设备，如图7所示，终端设备700可包括处理器710、存储器720、发射器730及接收器740。

存储器720可存储用于处理器710控制操作处理的指令。存储器720可包括易失性或非易失性存储器，如静态随机存取存储器(sram)、电可擦除可编程只读存储器(eeprom)、可擦除可编程只读存储器(eprom)、可编程只读存储器(prom)、只读存储器(rom)等，本发明对此没有限制。

处理器710可调用存储器720中存储的指令控制相关操作。根据一实施例，存储器720存储用于处理器710控制以下操作的指令：

通过串口接收主业务系统的数据；

接收来自所述主业务系统的状态信息；

如果根据所述状态信息确定所述主业务系统正常工作，则将所述串口发送的数据删除。

易于理解，存储器720还可存储用于处理器710控制根据本发明实施例的其他操作的指令，这里不再赘述。

处理器710还可控制发射器730和接收器740进行信号收发等。

通过以上的详细描述，本领域的技术人员易于理解，根据本发明实施例的系统和方法具有以下优点中的一个或多个。

根据本发明的实施例，通过lpc总线接收来自所述主业务系统的状态信息。

根据本发明的一些实施例，根据所述状态信息的内容确定所述主业务系统正常工作。

根据本发明的一些实施例，所述状态信息为所述主业务系统周期性发送的预设标志数据。

根据本发明的一些实施例，根据接收所述状态信息的时间间隔确定所述主业务系统正常工作。

根据本发明的一些实施例，还包括如果根据所述状态信息确定所述主业务系统出现故障，则对所述串口发送的数据进行呈现。

根据本发明的一些实施例，将所述串口发送的数据主动报告到外部管理服务器，以通过所述外部管理服务器对所述串口发送的数据进行呈现。

根据本发明的一些实施例，将所述串口发送的数据根据设置好的远端服务器ip通过网口发送给远端服务器。若将所述串口发送的数据根据设置好的远端服务器ip通过网口发送给远端服务器失败，则将所述串口发送的数据存储到本地，等网络通畅后再重新将所述串口发送的数据送给所述远端服务器。

根据一些实施例，本发明还提供一种非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由装置的处理器执行以完成上述方法。例如，非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。当存储介质中的指令由终端的处理器执行时，使得终端能够执行下述方法：

通过串口接收主业务系统的数据；

接收来自所述主业务系统的状态信息；

如果根据所述状态信息确定所述主业务系统正常工作，则将所述串口发送的数据删除。

本领域技术人员可以理解，附图只是示例实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的，因此不能用于限制本发明的保护范围。

本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中，也可以进行相应变化唯一不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

以上具体地示出和描述了本发明的示例性实施例。应该理解，本发明不限于所公开的实施例，相反，本发明意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效布置。