CN113127099A - 服务器配置方法、装置、设备及存储介质 - Google Patents

Abstract

本申请涉及计算机领域，尤其涉及一种服务器配置方法、装置、设备及存储介质。方法包括：获取目标服务器的设备类型信息，以及获取目标服务器需要配置的目标业务类型；根据设备类型信息，调用目标服务器对应的目标厂商读取工具，以获取目标厂商读取工具读取后返回的、目标服务器中基本输入输出系统的原始配置项目；根据目标业务类型，获取目标业务类型对应的目标配置项目，以及与目标配置项目一一对应的配置信息；匹配原始配置项目与目标配置项目，将匹配结果相同的目标配置项目对应的配置信息，配置于目标服务器的基本输入输出系统。本申请用以解决手动配置服务器的基本输入输出系统时，容易出错且效率低下的问题。

Description

服务器配置方法、装置、设备及存储介质

技术领域

本申请涉及计算机领域，尤其涉及一种服务器配置方法、装置、设备及存储介质。

背景技术

服务器是一种特殊的计算机。与普通计算机相比，服务器运行更快、负载更高、价格更贵。由于具有高速运算能力、长时间可靠运行、强大的外部数据吞吐能力和优秀的拓展性等优点，服务器常用于在网络中为其他多种类型的终端，例如智能手机、平板电脑、自动取款机(Automated Teller Machine，简称ATM)，提供计算服务或者应用服务。

目前，很多公司内部根据实际情况，需要使用多个服务器，并且，并不是所有服务器都属于同一家厂商，服务器的类型繁多且复杂，甚至，一个公司的内部服务器可能存在几十种类型。对于不同厂商生产的服务器，其基本输入输出系统(Basic Input OutputSystem，简称BIOS)的出厂原始配置是不同的；当公司需要使用服务器时，由于不同服务器用于不同的技术环境，不同服务器的BIOS需要的配置方式也不相同。

现有技术中，对服务器的基本输入输出系统进行配置时，需要专业技术人员，根据厂商提供的配置说明文档，手动分别对每一台服务器进行有效的配置。但是，手动配置的方式，容易出现技术人员主观原因造成的错误，例如，输错代码等。同时，手动配置的方式占用了的大量的人力，配置时间也较长，配置效率低下。

发明内容

本申请提供了一种服务器配置方法、装置、设备及存储介质，用以解决手动配置服务器的基本输入输出系统时，容易出错且效率低下的问题。

第一方面，本申请实施例提供了一种服务器配置方法，包括：获取目标服务器的设备类型信息，以及获取所述目标服务器需要配置的目标业务类型，其中，所述目标服务器是需要配置的服务器；根据所述设备类型信息，调用所述目标服务器对应的目标厂商读取工具，以获取目标厂商读取工具读取后返回的、所述目标服务器中基本输入输出系统的原始配置项目；根据所述目标业务类型，获取所述目标业务类型对应的目标配置项目，以及与所述目标配置项目一一对应的配置信息；匹配所述原始配置项目与所述目标配置项目，将匹配结果相同的所述目标配置项目对应的配置信息，配置于所述目标服务器的所述基本输入输出系统。

可选地，获取所述目标服务器需要配置的目标业务类型，包括：获取配置平台下发的、所述目标服务器需要配置的目标业务类型；其中，所述配置平台，用于显示所述配置平台对应的平台资产信息库中、预设的多个业务类型，并确定所述目标业务类型。

可选地，所述获取目标服务器的设备类型信息之前，还包括：将所述目标服务器的设备类型信息上报至配置平台，其中，所述配置平台，用于将所述设备类型信息保存至所述配置平台对应的平台资产信息库中的设备类型列表中，所述配置平台还用于展示所述设备类型列表，所述设备类型列表中包括至少一个服务器的设备类型信息；所述获取目标服务器的设备类型信息，包括：当通过所述配置平台展示的所述设备类型列表，确定所述目标服务类型的设备类型信息之后，获取所述配置平台下发的、所述目标服务器的设备类型信息。

可选地，所述获取目标服务器的设备类型信息，以及获取所述目标服务器需要配置的目标业务类型，其中，所述目标服务器是需要配置的服务器之后，所述根据所述设备类型信息，调用所述目标服务器对应的目标厂商读取工具，以获取目标厂商读取工具读取后返回的、所述目标服务器中基本输入输出系统的原始配置项目之前，还包括：获取所述配置平台下发的所述目标厂商读取工具；获取所述配置平台下发的、所述目标业务类型对应的配置信息集合，其中，所述配置信息集合包含所述目标配置项目，以及与所述目标配置项目一一对应的配置信息；所述根据所述目标业务类型，获取所述目标业务类型对应的目标配置项目，以及与所述目标配置项目一一对应的配置信息，包括：根据所述目标业务类型，在所述目标业务类型对应的配置信息集合中，提取所述目标业务类型对应的目标配置项目，以及与所述目标配置项目一一对应的配置信息。

可选地，所述匹配所述原始配置项目与所述目标配置项目，将匹配结果相同的所述目标配置项目对应的配置信息，配置于所述目标服务器的所述基本输入输出系统之后，还包括：根据配置后的所述基本输入输出系统，生成所述目标服务器的配置执行结果，其中，所述配置执行结果为配置成功结果或配置失败结果；将所述配置执行结果上传至所述配置平台。

可选地，所述目标服务器运行在预设系统下；所述获取目标服务器的设备类型信息，包括：通过所述预设系统的基本命令行，获取所述目标服务器的所述设备类型信息；所述获取目标服务器的设备类型信息，以及获取所述目标服务器需要配置的目标业务类型之前，还包括：获取配置工具包，其中，所述配置工具包包括配置执行工具以及每一种业务类型分别对应的配置信息集合，所述每一种业务类型包括目标业务类型；所述获取所述目标服务器需要配置的目标业务类型，包括：调用所述配置执行工具提供的交互界面，显示所述每一种业务类型后，获取所述目标服务器需要配置的所述目标业务类型。

可选地，所述配置工具包中还包括多个厂商读取工具集成的厂商读取工具集合，其中，所述厂商读取工具集合包括目标厂商读取工具集合；所述根据所述设备类型信息，调用所述目标服务器对应的目标厂商读取工具，包括：根据所述设备类型信息，调用所述厂商读取工具集合中的、所述目标服务器对应的所述目标厂商读取工具。

第二方面，本申请实施例提供了一种服务器配置装置，包括：获取模块，用于获取目标服务器的设备类型信息，以及获取所述目标服务器需要配置的目标业务类型，其中，所述目标服务器是需要配置的服务器；第一处理模块，用于根据所述设备类型信息，调用所述目标服务器对应的目标厂商读取工具，以获取目标厂商读取工具读取后返回的、所述目标服务器中基本输入输出系统的原始配置项目；第二处理模块，用于根据所述目标业务类型，获取所述目标业务类型对应的目标配置项目，以及与所述目标配置项目一一对应的配置信息；匹配模块，用于匹配所述原始配置项目与所述目标配置项目，将匹配结果相同的所述目标配置项目对应的配置信息，配置于所述目标服务器的所述基本输入输出系统。

第三方面，本申请实施例提供了一种电子设备，包括：处理器、通信接口、存储器和通信总线，其中，处理器、通信接口和存储器通过通信总线完成相互间的通信；所述存储器，用于存储计算机程序；所述处理器，用于执行所述存储器中所存储的程序，实现第一方面所述的服务器配置方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现第一方面所述的服务器配置方法。

本申请实施例提供的上述技术方案与现有技术相比具有如下优点：

本申请实施例提供的该方法，获取需要配置的目标服务器的设备类型信息，根据设备信息，调用目标服务器对应的目标厂商读取工具，目标厂商读取工具读取目标服务器中基本输入输出系统的原始配置项目后，将原始配置项目返回给目标服务器。获取目标服务器需要配置的目标业务类型，根据目标业务类型，获得目标业务类型对应的目标配置项目，以及与目标配置项目一一对应的配置信息。匹配原始配置项目与目标配置项目，将匹配结果相同的目标配置项目对应的配置信息，配置于目标服务器的基本输入输出系统。

也就是说，获得目标服务器的设备类型信息，以及需要配置的目标业务类型后，能够自动实现将目标业务类型对应目标配置项目下的配置信息，配置于目标服务器中与目标配置项目相匹配的原始配置项目下。配置后的目标服务器即可用于提供目标业务类型对应的业务服务。相对于现有技术中，需要技术人员人工查看并分析目标服务器原有的BIOS配置，确定目标服务器对应的厂商和型号后，才能人工确定配置信息，并手动将需要的配置信息写入到目标服务器的BIOS中，本申请自动完成对目标服务器基本输入输出系统的配置，减少服务器配置的人工操作流程，降低配置过程的复杂度，避免了对操作人员专业技能的高要求，节约大量人力资源；避免了手动配置可能出现的主观性错误，降低服务器配置的难度，减少服务器配置的出错率；同时自动化配置的过程比手动配置更加快捷，缩短了配置的时间，大大提高了对服务器BIOS配置的效率。

附图说明

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

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

图1为本申请实施例中提供的服务器配置方法步骤流程示意图；

图2为本申请实施例中提供的配置平台与目标服务器结构连接示意图；

图3为本申请实施例中提供的服务器配置装置结构连接示意图；

图4为本申请实施例中提供的电子设备结构连接示意图。

具体实施方式

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

本申请实施例中提供的服务器配置方法，应用于服务器基本输入输出系统(BasicInput Output System，简称BIOS)的配置，在需要配置的目标服务器中实现。该目标服务器可以为不同厂商生产的、不同类型的服务器，服务器BIOS配置过程可以是为新的服务器进行配置，也可以是为旧的服务器重新进行配置。本申请的保护范围不以服务器的具体类型和使用状态为限制。

一个实施例中，如图1所示，服务器配置方法实现的主要过程包括以下步骤：

步骤101，获取目标服务器的设备类型信息，以及获取目标服务器需要配置的目标业务类型，其中，目标服务器是需要配置的服务器。

本实施例中，目标服务器是需要进行配置的服务器。当有两个或两个以上空闲服务器时，技术人员可以根据实际情况和需要在所有的空闲服务器中选定一个目标服务器，对目标服务器的BIOS进行配置。空闲服务器指的是没有投入使用的服务器，多个空闲服务器可以是不同厂商生产的服务器，也可以是同一厂商生产的服务器。

目标服务器的设备类型信息，指的是该目标服务器设备本身的信息，包括当不限于生产该目标服务器厂商的厂商信息，以及该目标服务器的型号信息等。其中，同一厂商能够生产至少一个型号的服务器。服务器的设备类型信息以数据的形式保存在服务器的存储器中，需要时可以从存储器读取；同时可以以文字或二维码等可视化形式，直接设置在服务器的外观或者外包装上。存储器中的设备类型信息便于机器获取，以用于相关自动化处理的过程；而可视化形式设置设备类型信息，为用户的直接读取信息提供便利。

本实施例中，目标业务类型用于将目标服务器BIOS按照目标业务需要进行配置，配置完成后的目标服务器可以在该目标业务类型下正常使用。业务类型可以根据实际情况和需要进行设定，例如，根据服务器性能分为通用型、低延迟型、高计算型等，根据服务器使用的技术环境分为分布式计算框架(mesos)型、广告推荐型等。目标业务类型可以为设定的业务类型中的任意一种。本申请的保护范围不以目标业务类型的具体内容为限制。

具体的，通用型服务器主要提供基本水平的虚拟处理器(简称vCPU)性能，包括平衡的计算、内存和网络资源，同时可根据工作负载的需要实现性能的突增，具有短期发挥更高性能的能力。适用于不会经常(或始终)用尽vCPU性能，但会偶尔突然使用的场景，比如电商平台促销等场景，特别适用于通用工作负载，如Web服务器、开发人员环境、小型数据库、应用程序等。

高计算型相比通用型，具有更大规格的中央处理器(central processing unit，简称CPU)，更大的内存，更广的可选范围，同时可搭载全新的网络加速引擎以及快速的报文处理机制。主要适用于高性能前端集群，Web服务器，高性能科学和工程应用，广告服务，大型多人在线(Massively Multiplayer Online，简称MMO)游戏，视频编码和分布式分析等应用场景。

低延迟型提供高存储IOPS以及低读写时延，IOPS(Input/Output Operations PerSecond)是一个用于计算机存储设备性能测试的量测方式，可以视为是每秒的读写次数。主要用于高性能关系型数据库，非关系型的数据库(Not Only SQL，简称NoSQL)数据库以及一些搜索的场景。

分布式计算框架型主要应用于构建实现分布式计算的架构，以实现大规模数据集的并行运算。广告推荐型主要用于推荐广告的策略规划和/或广告投放策略的实现等场景。

一个具体的实施例中，对于不同的业务类型，当目标服务器提供其中一个业务类型的服务时，目标服务器BIOS的原始配置项目需要重新配置。例如，第一厂商生产的服务器出厂时，BIOS默认为通用型，达到了性能和能耗之间的良好平衡，以适应一般环境，但是，在一些环境中，可能需要对服务器进行优化，以获得最大的吞吐量或最低的延迟，需要将BIOS重新配置，以适应低延迟型的需求。具体的，对该第一厂商生产的服务器BIOS进行重新配置，具体如下表所示：

表1服务器BIOS重新配置示意表

步骤102，根据设备类型信息，调用目标服务器对应的目标厂商读取工具，以获取目标厂商读取工具读取后返回的、目标服务器中基本输入输出系统的原始配置项目。

本实施例中，服务器的配置项目包括配置参数、配置文件以及其他需要类型的项目中的任意一种或几种。不同厂商生产的服务器对应的设备类型信息不同，服务器BIOS的原始配置项目的信息也不同，例如，当服务器的原始配置项目是配置参数时，有的厂商生产的服务器的原始配置项目包括启动参数，启动参数的出厂默认设置信息为从网卡启动，而另一厂商的启动参数的出厂默认设置信息为从硬盘启动；有的厂商的生产的服务器的原始配置项目包括智能平台管理接口(Intelligent Platform Management Interface，简称IPMI)接口参数，而有的厂商生产的服务器的原始配置项目并不包括IPMI接口参数。

对于同一厂商生产的服务器，可以通过该厂商提供的厂商读取工具，读取该服务器的BIOS原始配置项目的信息。当获取目标服务器的设备类型信息之后，根据设备类型信息中的厂商信息，可以确定该目标服务器对应的目标厂商，进而可以调用目标厂商读取工具。目标厂商读取工具本质上为一段可以实现读取功能的程序，该目标厂商读取工具可以存储在目标服务器本地，也可以存储在与目标服务器能够进行数据交互的其他存储器中。本申请的保护范围不以目标厂商读取工具的存储位置为限制。

目标厂商读取工具被调用后，将自动读取目标服务器中BIOS的原始配置项目，并将该原始配置项目传输给目标服务器，以完成其他处理过程。

步骤103，根据目标业务类型，获取目标业务类型对应的目标配置项目，以及与目标配置项目一一对应的配置信息。

本实施例中，同一服务器应用于不同业务类型下，BIOS需要配置的情况是不同的，例如，业务类型为通用型时，需要配置逻辑处理器参数，业务类型为广告推荐型时，不需要配置逻辑处理器参数；业务类型为通用型时，逻辑处理器参数的配置信息需要配置为“启动”，业务类型为低延迟型时，逻辑处理器参数的配置信息需要配置为“禁用”。

对于每一种业务类型，预先设置了该业务类型需要进行配置的目标配置项目和与目标配置项目一一对应的配置信息。当确定了目标业务类型后，即可获得目标业务类型对应的目标配置项目，以及与目标配置项目一一对应的配置信息。该目标业务类型对应的目标配置项目，以及与目标配置项目一一对应的配置信息，预先保存在目标服务器可以读取的存储器中，该存储器可以为集成在目标服务器的本地存储器，也可以为能够与目标服务器进行数据交互的其他存储器。

步骤104，匹配原始配置项目与目标配置项目，将匹配结果相同的目标配置项目对应的配置信息，配置于目标服务器的基本输入输出系统。

本实施例中，目标配置项目为原始配置项目的全部或一部分，例如，目标服务器的原始配置项目包括参数1，参数2和参数3，而目标配置项目也包括参数1，参数2和参数3；或者，目标服务器的原始配置项目包括参数1，参数2和参数3，而目标配置项目包括参数1和参数3。匹配原始配置项目与目标配置项目，当目标配置项目与原始配置项目相同时，将目标配置项目对应的配置信息，配置于目标服务器的基本输入输出系统。例如，目标服务器的原始配置项目包括参数1，参数2和参数3，目标配置项目包括参数1和参数3，则将目标配置项目中参数1和参数3分别对应的配置信息配置于目标服务器的基本输入输出系统。

一个实施例中，如图2所示，目标服务器的配置过程，通过目标服务器和配置平台配合完成，目标服务器和配置平台之间可以传输数据。配置平台为可以实现本方法中相关功能的任一平台，例如，服务器基础运维平台，本申请的保护范围不以配置平台的具体实现形式为限制。配置平台存在一个对应的平台资产信息库，该平台资产信息库用于保存服务器BIOS配置过程需要的信息与数据。

配置平台提供可以与用户进行交互的界面，将对应的平台资产信息库中保存的多个业务类型显示给用户，用户可以在显示的业务类型中选择一个需要的业务类型，确定为目标业务类型。

具体的，通过目标服务器和配置平台配合完成本方法时，目标服务器获取目标服务器需要配置的目标业务类型的过程如下：获取配置平台下发的、目标服务器需要配置的目标业务类型；其中，配置平台，用于显示配置平台对应的平台资产信息库中、预设的多个业务类型，并确定目标业务类型。

一个实施例中，基于上述实施例中描述的，通过目标服务器和配置平台配合完成配置过程，在获取目标服务器的设备类型信息之前，将目标服务器的设备类型信息上报至配置平台，其中，配置平台，用于将设备类型信息保存至配置平台对应的平台资产信息库中的设备类型列表中，配置平台还用于展示设备类型列表，设备类型列表中包括至少一个服务器的设备类型信息。

目标服务器和配置平台建立数据传输后，目标服务器将保存在本地存储器的设备类型信息上报给配置平台，配置平台获取该目标服务器的设备类型信息后，将该设备类型信息保存在配置平台对应的平台资产信息库中的设备类型列表中。当用户对服务器有需求时，可以通过配置平台查看平台资产信息库中保存的设备类型列表，设备类型列表中包括至少一个服务器的设备类型信息，一条设备类型信息对应一个服务器，根据需要在设备类型列表选定一个设备类型信息，即确定了该设备类型信息对应的服务器为目标服务器。同时，通过该设备类型信息，能够建立与目标服务器之间的数据传输关系，以完成目标服务器的配置。

具体的，获取目标服务器的设备类型信息的过程如下：当通过配置平台展示的设备类型列表，确定目标服务类型的设备类型信息之后，获取配置平台下发的、目标服务器的设备类型信息。

本实施例中，通过配置平台的交互界面，能够将配置过程更加直观地呈现给用户，用户可以通过交互界面选择目标服务器，以及选择目标服务类型，提高服务器配置过程的灵活性，提升用户的使用体验。

一个实施例中，基于上述实施例中描述的，通过目标服务器和配置平台配合完成配置过程，在获取目标服务器的设备类型信息，以及获取目标服务器需要配置的目标业务类型，其中，目标服务器是需要配置的服务器之后，根据设备类型信息，调用目标服务器对应的目标厂商读取工具，以获取目标厂商读取工具读取后返回的、目标服务器中基本输入输出系统的原始配置项目之前，获取配置平台下发的目标厂商读取工具；获取配置平台下发的、目标业务类型对应的配置信息集合，其中，配置信息集合包含目标配置项目，以及与目标配置项目一一对应的配置信息。

配置平台对应的平台资产信息库中保存有厂商读取工具集合，该厂商读取工具集合中包括多个厂商对应的厂商读取工具。通过厂商信息，能够从厂商读取工具集合中，确定该厂商信息对应的厂商读取工具。配置平台对应的平台资产信息库中，还存储每一种业务类型对应的配置信息集合。当获取设备类型信息后，则配置平台获取厂商读取工具集合中的目标厂商读取工具，并将目标厂商读取工具传输给目标服务器。当确定目标业务类型后，则配置平台从平台资产信息库中获取到目标业务类型对应的配置信息集合，并将该配置信息集合传输给目标服务器。

具体的，厂商读取工具本质上是一个实现自动读取功能的数据包，而厂商读取工具集合则是按照预设原则形成的数据集合，例如，以设备类型信息为键(key)，以该设备类型信息对应的数据包为值(value)，以键值对的方式形成包含多个厂商读取工具的数据集合，即为厂商读取工具集合。配置信息集合本质上是包含配信信息的数据集合，该数集合按照预设原则形成，例如，以目标配置项目为键(key)，以与该目标配置项目对应的配置信息为值(value)，以键值对的方式形成包含多个目标配置项目和配置信息的数据集合，即为配置信息集合。

一个实施例中，当获取设备类型信息后，配置平台将平台资产信息库中的目标厂商读取工具传输给目标服务器时，一同将配置执行工具传输给目标服务器。配置执行工具是预先保存在配置平台对应的平台资产信息库中的，配置执行工具是实现配置过程的程序代码。

目标服务器获得厂商读取工具集合和配置信息集合之后，根据设备类型信息，调用目标服务器对应的目标厂商读取工具。根据目标业务类型，获取目标业务类型对应的目标配置项目，以及与目标配置项目一一对应的配置信息，具体的，根据目标业务类型，在目标业务类型对应的配置信息集合中，提取目标业务类型对应的目标配置项目，以及与目标配置项目一一对应的配置信息。

本实施例中，将目标厂商读取工具和配置信息集合预先存储在配置平台的平台资产信息库，当目标服务器进行BIOS配置时，配置平台再将目标厂商读取工具和配置信息集合传输给目标服务器。这样，存储在配置平台的厂商读取工具和配置信息集合再对不同的服务器进行BIOS配置时，能够重复使用，提高厂商读取工具和配置信息集合的利用率。

当目标服务器BIOS配置完成后，服务器还可以将目标厂商读取工具和配置信息集合自动删除，避免目标服务器留存有不必要的数据，占用服务器资源，影响服务器的后续运行。

一个更具体的实施例中，配置平台将目标厂商读取工具、目标业务类型对应的配置信息集合以及配置执行工具，压缩为一个配置文件包，将该配置文件包传输给目标服务器。压缩后的配置文件包的数据量更少，减少配置平台和目标服务器之间的数据传输量。

一个实施例中，基于上述实施例中描述的，通过目标服务器和配置平台配合完成配置过程，在匹配原始配置项目与目标配置项目，将匹配结果相同的目标配置项目对应的配置信息，配置于目标服务器的基本输入输出系统之后，根据配置后的基本输入输出系统，生成目标服务器的配置执行结果，其中，配置执行结果为配置成功结果或配置失败结果；将配置执行结果上传至配置平台。

目标服务器执行BIOS配置的过程，可能会配置成功，也可能会因为程序故障等原因，造成目标服务器BIOS配置失败。当配置成功时，生成配置成功结果传输给配置平台，当配置失败时，生成配置失败结果传输给配置平台。配置平台则将配置成功结果或配置失败结果进行显示，将配置结果反馈给用户，便于用户根据配置结果进行下一步处理。

具体的，目标服务器中的BIOS配置完成后，会对BIOS配置后的参数进行自检，得到自检结果，并将自检结果返回传输给配置平台，以供技术人员查看配置结果。其中，自检结果可以包括配置成功的结果和配置失败的结果，还可以包括配置失败的原因，本申请的保护范围不以自检结果的具体内容为限制。

一个具体的实施例中，配置平台使用的是哈勃(Hubble)平台，Hubble平台是一款大规模高并发支持灵活查询的实时查询引擎。将Hubble平台与Agent技术相结合，实现目标服务器与Hubble平台之间的交互。Agent技术是一种处于一定环境下包装的计算机系统，为实现设计目的，能在该环境下灵活的，自主的活动。基于Hubble平台，使用agent技术构建一个独立于应用程序的代理程序，该代理程序即为hubble agent。

本实施例中，服务器在安装hubble agent后，自动上报设备类型信息和BIOS原始配置项目至Hubble平台，Hubble平台将其保存至平台资产信息库。当通过Hubble平台确定目标服务器以及目标业务类型后，也通过hubble agent下发目标配置项目和BIOS的配置信息集合，以完成目标服务器的BIOS配置。

一个实施例中，目标服务器运行在预设系统下，目标服务器可以在该预设系统下，下载配置BIOS的工具包，通过预设系统和工具包的配合，完成目标服务器的BIOS配置。需要说明的是，预设系统可以为任何一种可以实现本方法的系统，例如，Windows操作系统、Linux操作系统等，本申请的保护范围不以预设系统的具体类型为限制。

具体的，目标服务器运行在预设系统下时，获取目标服务器的设备类型信息的具体过程为：通过预设系统的基本命令行，获取目标服务器的设备类型信息。目标服务器的设备类型信息预先存储在目标服务器的本地存储器中，可以通过预设系统的基本命令行，直接获取本地存储器中的设备类型信息。

在获取目标服务器的设备类型信息，以及获取目标服务器需要配置的目标业务类型之前，需要进行下面的步骤：获取配置工具包，其中，配置工具包包括配置执行工具以及每一种业务类型分别对应的配置信息集合，每一种业务类型包括目标业务类型。配置工具包是预先设定的工具包，其本质上是一段程序代码。该配置工具包保存在区别于目标服务器的其他存储空间内，当目标服务器进行BIOS配置时，则将该配置工具包下载到目标服务器本地，实现后续的处理过程。

更具体地，配置工具包可以为压缩包，下载到目标服务器本地后，将该压缩包进行解压，再进行其他处理步骤。压缩包的形式，相对于未压缩的程序代码而言，能够减少传输的数据量，加快传输速度，进一步加快目标服务器配置的速度。

目标服务器获取配置工具包之后，获取目标服务器需要配置的目标业务类型的具体过程为：调用配置执行工具提供的交互界面，显示每一种业务类型后，获取目标服务器需要配置的目标业务类型。目标服务器包括能够显示功能的显示硬件，配置执行工具是实现配置过程的程序代码，通过显示硬件显示一个交互界面，显示每一种业务类型。用户通过交互界面，在每一种业务类型中确定目标业务类型，以完成后续的配置过程。

一个实施例中，基于上述实施例描述的，通过预设系统和配置工具包配合，实现目标服务器BIOS配置的过程中，配置工具包中还包括多个厂商读取工具集成的厂商读取工具集合，其中，厂商读取工具集合包括目标厂商读取工具集合。根据设备类型信息，调用目标服务器对应的目标厂商读取工具的具体过程如下：根据设备类型信息，调用厂商读取工具集合中的、目标服务器对应的目标厂商读取工具。

目标服务器通过预设系统的基本命令行，获取目标服务器的设备类型信息后，通过设备类型信息中的厂商信息，调用该厂商信息对应的目标厂商读取工具，以实现该目标厂商读取工具获取目标服务器的原始配置项目。目标服务器BIOS配置的其他过程在上述实施例中已详细描述，在此不再赘述。

以预设系统和配置工具包的方式，对目标服务器进行配置的过程，当一个服务器需要进行配置时，用户只需要将配置工具包下载至目标服务器，然后选择目标业务类型即可，简化了用户需要操作的过程，不再需要用户具有高水平的专业技能，提高服务器配置的效率。

以上实施例中，提供了两种配置方式，一种是目标服务器和配置平台配合完成的方式，另一种是通过预设系统和配置工具包配合的方式。两种配置方式可以互为备用方式，当其中一种方式不方便实现时，技术人员能够采用另一种方式完成，提升服务器配置方式的灵活性。

本申请提供的服务器配置方法，获得目标服务器的设备类型信息，以及需要配置的目标业务类型后，能够自动实现将目标业务类型对应目标配置项目下的配置信息，配置于目标服务器中与目标配置项目相匹配的原始配置项目下。配置后的目标服务器即可用于提供目标业务类型对应的业务服务。相对于现有技术中，需要技术人员人工查看并分析目标服务器原有的BIOS配置，确定目标服务器对应的厂商和型号后，才能人工确定配置信息，并手动将需要的配置信息写入到目标服务器的BIOS中，本申请自动完成对目标服务器基本输入输出系统的配置，减少服务器配置的人工操作流程，降低配置过程的复杂度，避免了对操作人员专业技能的高要求，节约大量人力资源；避免了手动配置可能出现的主观性错误，降低服务器配置的难度，减少服务器配置的出错率；同时自动化配置的过程比手动配置更加快捷，缩短了配置的时间，大大提高了对服务器BIOS配置的效率。

本申请还提供了两种配置完成的方式，一种是目标服务器和配置平台配合完成的方式，另一种是通过预设系统和配置工具包配合的方式。目标服务器和配置平台配合完成的方式，可以更好的利用已经存在的平台，完成服务器的配置。预设系统和配置工具包配合的方式，不需要配置平台的配合，配置过程操作简单。两种不同的完成方式为服务器的配置完成提供的更多的选择，提高配置过程的灵活性，当其中一种方式不方便实现时，技术人员能够采用另一种方式完成，提升用户体验感。

基于同一构思，本申请实施例中提供了一种身份证真伪识别装置，该装置的具体实施可参见方法实施例部分的描述，重复之处不再赘述，如图3所示，该装置主要包括：

获取模块301，用于获取目标服务器的设备类型信息，以及获取目标服务器需要配置的目标业务类型，其中，目标服务器是需要配置的服务器；

第一处理模块302，用于根据设备类型信息，调用目标服务器对应的目标厂商读取工具，以获取目标厂商读取工具读取后返回的、目标服务器中基本输入输出系统的原始配置项目；

第二处理模块303，用于根据目标业务类型，获取目标业务类型对应的目标配置项目，以及与目标配置项目一一对应的配置信息；

匹配模块304，用于匹配原始配置项目与目标配置项目，将匹配结果相同的目标配置项目对应的配置信息，配置于目标服务器的基本输入输出系统。

基于同一构思，本申请实施例中还提供了一种电子设备，如图4所示，该电子设备主要包括：处理器401、存储器402和通信总线403，其中，处理器401和存储器402通过通信总线403完成相互间的通信。其中，存储器402中存储有可被处理器401执行的程序，处理器401执行存储器402中存储的程序，实现如下步骤：获取目标服务器的设备类型信息，以及获取目标服务器需要配置的目标业务类型，其中，目标服务器是需要配置的服务器；根据设备类型信息，调用目标服务器对应的目标厂商读取工具，以获取目标厂商读取工具读取后返回的、目标服务器中基本输入输出系统的原始配置项目；根据目标业务类型，获取目标业务类型对应的目标配置项目，以及与目标配置项目一一对应的配置信息；匹配原始配置项目与目标配置项目，将匹配结果相同的目标配置项目对应的配置信息，配置于目标服务器的基本输入输出系统。

处理器401执行存储器402中存储的程序，还可以实现上述实施例中任意一个实施例所描述的方法。

上述电子设备中提到的通信总线403可以是外设部件互连标准(PeripheralComponent Interconnect，简称PCI)总线或扩展工业标准结构(Extended IndustryStandard Architecture，简称EISA)总线等。该通信总线403可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器402可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器401的存储装置。

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

在本申请的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当该计算机程序在计算机上运行时，使得计算机执行上述实施例中所描述的服务器配置方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机指令时，全部或部分地产生按照本申请实施例的流程或功能。该计算机可以时通用计算机、专用计算机、计算机网络或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、微波等)方式向另外一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如软盘、硬盘、磁带等)、光介质(例如DVD)或者半导体介质(例如固态硬盘)等。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种服务器配置方法，其特征在于，包括：

获取目标服务器的设备类型信息，以及获取所述目标服务器需要配置的目标业务类型，其中，所述目标服务器是需要配置的服务器；

根据所述设备类型信息，调用所述目标服务器对应的目标厂商读取工具，以获取目标厂商读取工具读取后返回的、所述目标服务器中基本输入输出系统的原始配置项目；

根据所述目标业务类型，获取所述目标业务类型对应的目标配置项目，以及与所述目标配置项目一一对应的配置信息；

匹配所述原始配置项目与所述目标配置项目，将匹配结果相同的所述目标配置项目对应的配置信息，配置于所述目标服务器的所述基本输入输出系统。

2.根据权利要求1所述的服务器配置方法，其特征在于，获取所述目标服务器需要配置的目标业务类型，包括：

获取配置平台下发的、所述目标服务器需要配置的目标业务类型；

其中，所述配置平台，用于显示所述配置平台对应的平台资产信息库中、预设的多个业务类型，并确定所述目标业务类型。

3.根据权利要求1所述的服务器配置方法，其特征在于，所述获取目标服务器的设备类型信息之前，还包括：

将所述目标服务器的设备类型信息上报至配置平台，其中，所述配置平台，用于将所述设备类型信息保存至所述配置平台对应的平台资产信息库中的设备类型列表中，所述配置平台还用于展示所述设备类型列表，所述设备类型列表中包括至少一个服务器的设备类型信息；

所述获取目标服务器的设备类型信息，包括：

当通过所述配置平台展示的所述设备类型列表，确定所述目标服务类型的设备类型信息之后，获取所述配置平台下发的、所述目标服务器的设备类型信息。

4.根据权利要求2所述的服务器配置方法，其特征在于，所述获取目标服务器的设备类型信息，以及获取所述目标服务器需要配置的目标业务类型，其中，所述目标服务器是需要配置的服务器之后，所述根据所述设备类型信息，调用所述目标服务器对应的目标厂商读取工具，以获取目标厂商读取工具读取后返回的、所述目标服务器中基本输入输出系统的原始配置项目之前，还包括：

获取所述配置平台下发的所述目标厂商读取工具；

获取所述配置平台下发的、所述目标业务类型对应的配置信息集合，其中，所述配置信息集合包含所述目标配置项目，以及与所述目标配置项目一一对应的配置信息；

所述根据所述目标业务类型，获取所述目标业务类型对应的目标配置项目，以及与所述目标配置项目一一对应的配置信息，包括：

根据所述目标业务类型，在所述目标业务类型对应的配置信息集合中，提取所述目标业务类型对应的目标配置项目，以及与所述目标配置项目一一对应的配置信息。

5.根据权利要求2所述的服务器配置方法，其特征在于，所述匹配所述原始配置项目与所述目标配置项目，将匹配结果相同的所述目标配置项目对应的配置信息，配置于所述目标服务器的所述基本输入输出系统之后，还包括：

根据配置后的所述基本输入输出系统，生成所述目标服务器的配置执行结果，其中，所述配置执行结果为配置成功结果或配置失败结果；

将所述配置执行结果上传至所述配置平台。

6.根据权利要求1所述的服务器配置方法，其特征在于，所述目标服务器运行在预设系统下；

所述获取目标服务器的设备类型信息，包括：

通过所述预设系统的基本命令行，获取所述目标服务器的所述设备类型信息；

所述获取目标服务器的设备类型信息，以及获取所述目标服务器需要配置的目标业务类型之前，还包括：

获取配置工具包，其中，所述配置工具包包括配置执行工具以及每一种业务类型分别对应的配置信息集合，所述每一种业务类型包括目标业务类型；

所述获取所述目标服务器需要配置的目标业务类型，包括：

调用所述配置执行工具提供的交互界面，显示所述每一种业务类型后，获取所述目标服务器需要配置的所述目标业务类型。

7.根据权利要求6所述的服务器配置方法，其特征在于，所述配置工具包中还包括多个厂商读取工具集成的厂商读取工具集合，其中，所述厂商读取工具集合包括目标厂商读取工具集合；

所述根据所述设备类型信息，调用所述目标服务器对应的目标厂商读取工具，包括：

根据所述设备类型信息，调用所述厂商读取工具集合中的、所述目标服务器对应的所述目标厂商读取工具。

8.一种服务器配置装置，其特征在于，包括：

获取模块，用于获取目标服务器的设备类型信息，以及获取所述目标服务器需要配置的目标业务类型，其中，所述目标服务器是需要配置的服务器；

第一处理模块，用于根据所述设备类型信息，调用所述目标服务器对应的目标厂商读取工具，以获取目标厂商读取工具读取后返回的、所述目标服务器中基本输入输出系统的原始配置项目；

第二处理模块，用于根据所述目标业务类型，获取所述目标业务类型对应的目标配置项目，以及与所述目标配置项目一一对应的配置信息；

匹配模块，用于匹配所述原始配置项目与所述目标配置项目，将匹配结果相同的所述目标配置项目对应的配置信息，配置于所述目标服务器的所述基本输入输出系统。

9.一种电子设备，其特征在于，包括：处理器、通信接口、存储器和通信总线，其中，处理器、通信接口和存储器通过通信总线完成相互间的通信；

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

所述处理器，用于执行所述存储器中所存储的程序，实现权利要求1至7任一项所述的服务器配置方法。

10.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7任一项所述的服务器配置方法。

Images