一种设备管理方法及管理服务器与流程

一种设备管理方法及管理服务器
1.本技术是分案申请，原申请的申请号是201810506587.1，原申请日是2018年5月24日，原申请的全部内容通过引用结合在本技术中。
技术领域
2.本技术涉及服务器技术领域，尤其涉及一种设备管理方法及管理服务器。


背景技术：

3.运维人员在开局部署业务服务器、新增业务服务器、业务服务器的部件变更等运维场景下，需要对业务服务器的部件进行参数配置。部件可包括磁盘阵列(redundant arrays of independent disks，raid)、基本输入输出系统(basic input output system，bios)和网卡等器件或固件。例如，对raid进行参数配置可以是对raid的级别或其他配置项进行配置，以便raid实现相应的功能。
4.在实际应用中，如图1所示，通常是管理服务器的管理软件对业务服务器的部件进行参数配置。例如，业务服务器1包括型号为lsi3108的raid卡，管理软件对业务服务器1进行参数配置时，固定输出型号为lsi3108的raid卡的属性的配置参数，如输出型号为lsi3108的raid卡的级别的配置参数，分别为raid0、raid 1和raid 10这三个级别。用户可以对配置参数进行选择。管理软件将用户选择的配置参数raid 1发送至业务服务器1。业务服务器1将raid级别配置为raid 1。
5.然而，在很多情况下需要对管理软件进行更新才能对业务服务器进行参数配置。例如，系统中新添加与业务服务器1具有不同部件的业务服务器2时，需更新管理软件，以使管理软件可针对业务服务器2输出的相应的配置参数供用户选择，从而进行参数配置。也就是说，每次系统中新加入具有不同部件的业务服务器时，均要更新管理软件，才能进行参数配置。
6.可见，现有的服务器运维方式存在维护效率低的问题。


技术实现要素：

7.本技术提供了一种设备管理方法及管理服务器，以此提升服务器运维方式的维护效率，快捷地对业务服务器的部件进行参数配置。
8.第一方面，本技术提供了一种设备管理方法，该方法应用于设备管理系统中，设备管理系统中包括管理服务器和至少一个业务服务器，业务服务器包括一个或多个部件，一个或多个部件可以包括硬件、固件或软件；管理服务器用于管理至少一个业务服务器，管理服务器中具有预置模型库；预置模型库中包括至少一个子模型，每个子模型中包括部件的配置项和配置参数，且子模型供至少一个业务服务器复用；该方法包括：管理服务器获取至少一个业务服务器中每个业务服务器中至少一个部件的部件标识；管理服务器根据第一业务服务器的部件标识在预置模型库中确定第一子模型集合，第一业务服务器为至少一个业务服务器中任一个业务服务器，第一子模型集合包括与第一业务服务器的各个部件标识分
别对应的子模型；管理服务器向第一业务服务器发送第一配置信息，该第一配置信息中携带第一子模型集合中的至少一个配置项和配置参数，以便于第一业务服务器根据第一配置信息配置至少一个待配置部件的配置项的配置参数。
9.可见，通过实施第一方面所描述的方法，在业务服务器的部件发生变更时，不需要更新管理软件，就可动态地获取到业务服务器最新的配置项和配置参数，有利于快捷地对业务服务器的部件的配置项进行参数配置，提升服务器运维方式的维护效率。并且不同的业务服务器可能具有部分相同的部件，通过实施第一方面所描述的方法，多个业务服务器可复用相同的子模型，从而有利于节省开发成本。
10.作为一种可选的实施方式，当预置模型库中不存在第一部件的标识对应的子模型时，管理服务器从第一业务服务器中获取第一部件的配置项和配置参数，第一部件为第一业务服务器的部件中任意一个；管理服务器根据第一部件的配置项和配置参数在预置模型库中添加第一子模型，该第一子模型中包括第一部件的配置项和配置参数。通过实施该可选的实施方式，可扩充预置模型库中的子模型，使预置模型库中的子模型更加完善。
11.可选地，若预置模型库中不存在第一部件的标识(如该第一部件的标识可以为cpu标识或主板标识)对应的包括固件的配置项和配置参数的子模型，则管理服务器从第一业务服务器中获取固件的配置项和配置参数。管理服务器根据固件的配置项和配置参数在预置模型库中添加第一子模型，该第一子模型中包括固件的配置项和配置参数。通过实施该可选的实施方式，可扩充预置模型库中的子模型，使预置模型库中的子模型更加完善。
12.作为一种可选的实施方式，管理服务器获取至少一个业务服务器中每个业务服务器中部件的标识的具体实施方式为：管理服务器在检测到至少一个业务服务器上电时，获取至少一个业务服务器中每个业务服务器中部件的标识；或者，管理服务器周期性地获取至少一个业务服务器中每个业务服务器中部件的标识。通过实施该可选的实施方式，能够及时地确定出业务服务器最新的部件的标识，进而及时地确定出业务服务器对应的最新的子模型集合。
13.可选地，若第一业务服务器为非首次上电，管理服务器获取第一业务服务器的部件的标识之后，本次上电检测到第一业务服务器的部件较上一次上电检测到的第一业务服务器的部件发生变更时，管理服务器根据第一业务服务器的部件标识在预置模型库中确定第一子模型集合。
14.可选地，管理服务器周期性地获取至少一个业务服务器中每个业务服务器中部件的标识；在本周期检测到第一业务服务器的部件较上一周期检测到的第一业务服务器的部件发生变更时，管理服务器根据第一业务服务器的部件标识在预置模型库中确定第一子模型集合。
15.作为一种可选的实施方式，管理服务器根据第一业务服务器的部件标识在预置模型库中确定第一子模型集合的具体实施方式为：管理服务器在预置模型库中确定与第一业务服务器的至少一个部件类别对应的至少一个第二子模型集合，每个第二子模型集合包括相同类别的部件对应的子模型，该部件类别用于指示第一业务服务器的部件归属的部件分类信息；管理服务器根据第一业务服务器的至少一个部件标识从至少一个第二子模型集合中确定第一子模型集合。
16.通过实施该可选的实施方式，能够先根据部件的类别确定第二子模型集合，第二
子模型集合包括相同类别的部件对应的子模型，再在第二子模型集合中查找部件标识对应的子模型，这样能够缩小部件标识对应的子模型的查找范围，从而能够更快地查找到部件标识对应的子模型。
17.作为一种可选的实施方式，管理服务器在向第一业务服务器发送第一配置信息之前，管理服务器在第一子模型集合中选择至少一个配置项和配置参数作为第一配置信息包括的配置项和配置参数。
18.通过实施该可选的实施方式，能够灵活地从第一子模型集合中选择配置项和配置参数进行参数配置。
19.作为一种可选的实施方式，第一子模型集合的子模型中还包括配置项和配置参数的预置显示规则；管理服务器在第一子模型集合中选择至少一个配置项和配置参数作为第一配置信息包括的配置项和配置参数之前，根据第一子模型集合中的预置显示规则显示第一子模型集合中的配置项和配置参数。
20.在实际应用中，若业务服务器的部件发生变更，或业务服务器新加入设备管理系统，需要更新管理软件，以更新管理软件中业务服务器的配置项和配置参数以及更新配置项和配置参数的显示规则。通过实施该可选的实施方式，将配置项和配置参数的显示规则添加至子模型中，管理服务器就可动态地获取业务服务器的配置项和配置参数的显示规则，从而不用更新管理软件，有利于快捷地对业务服务器的配置项进行参数配置。
21.作为一种可选的实施方式，第一子模型集合的子模型中还包括依赖配置项、被依赖配置项和依赖条件；其中，第一子模型集合中依赖配置项和依赖配置项的配置参数根据被依赖配置项当前的配置参数是否满足依赖条件进行显示。
22.通过设置依赖关系，有利于提升用户体验，防止冲突配置项。并且通过将依赖配置项、被依赖配置项和依赖条件添加至子模型中，管理服务器就可动态地获取业务服务器的依赖配置项、被依赖配置项和依赖条件，从而不用更新管理软件，有利于快捷地对业务服务器的配置项进行参数配置。
23.可选地，管理服务器发送第一配置信息至第一业务服务器之后，管理服务器可生成配置文件，该配置文件包括第一配置信息。管理服务器保存该配置文件，以便下次用户想要进行相同的配置时，用户可输入指令，使管理服务器直接选择配置文件，并通过配置文件中的配置参数对至少一个待配置部件的配置项进行参数配置。
24.作为一种可选的实施方式，管理服务器向第一业务服务器发送第一配置信息的步骤之后，方法还包括：管理服务器生成配置文件，配置文件包括第一配置信息；管理服务器保存该配置文件，配置文件供调用，以配置具有相同参数配置需求的部件。
25.可选地，管理服务器发送第一配置信息至第一业务服务器之后，管理服务器可生成配置文件，该配置文件包括第一配置信息。管理服务器保存该配置文件，以便下次用户想要进行相同的配置时，用户可输入指令，使管理服务器直接选择配置文件，并通过配置文件中的配置参数对至少一个待配置部件的配置项进行参数配置，提高了配置效率。
26.作为一种可选的实施方式，管理服务器根据第一业务服务器的部件标识在预置模型库中确定第一子模型集合，包括：基于第一对应关系，分别查找与每个部件标识对应的子模型；其中，第一对应关系为部件的标识与包括该部件的配置项和配置参数的子模型的对应关系；将所有待配置的部件所对应的子模型集合确定为第一子模型集合。
27.可选的，可预先设置硬件的标识与包括该硬件的配置项和配置参数的子模型的对应关系。也可预先设置固件的标识与包括该固件的配置项和配置参数的子模型的对应关系。可预先设置软件的标识与包括该软件的配置项和配置参数的子模型的对应关系。
28.作为一种可选的实施方式，部件标识包括部件型号、部件版本号或部件名称中的一种或多种。部件标识用于指示部件的身份信息
29.作为一种可选的实施方式，当管理服务器获取到多个业务服务器的待配置部件具有相同部件标识，且需要相同的参数配置时，管理服务器根据多个业务服务器的待配置部件的标识在预置模型库中确定第一子模型集合；管理服务器向第一业务服务器发送第一配置信息，包括：管理服务器向多个业务服务器发送第一配置信息，使多个业务服务器根据第一配置信息对待配置部件的配置项进行参数配置。本实施方式实现了批量对多个业务服务器的部件进行配置，提高了配置效率。
30.第二方面，提供了一种管理服务器，该管理服务器可执行上述第一方面或第一方面可能的实施方式中的方法。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元。该单元可以是软件和/或硬件。基于同一发明构思，该管理服务器解决问题的原理以及有益效果可以参见上述第一方面或第一方面可能的实施方式中以及有益效果，重复之处不再赘述。
31.第三方面，提供了一种管理服务器，该管理服务器包括：处理器、存储器、通信接口；处理器、通信接口和存储器相连。通信接口用于实现与业务服务器之间的通信。其中，一个或多个程序被存储在存储器中，该处理器调用存储在该存储器中的程序以实现上述第一方面或第一方面可能的实施方式中的方案，该管理服务器解决问题的实施方式以及有益效果可以参见上述第一方面或第一方面可能的实施方式以及有益效果，重复之处不再赘述。
32.第四方面，提供了一种计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面的可能的实施方式中的方法。
33.第五方面，提供了一种管理服务器的芯片产品，执行上述第一方面的方法或第一方面的可能的实施方式中的方法。
34.第六方面，提了供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面的方法或第一方面的可能的实施方式中的方法。
附图说明
35.图1是本技术实施例提供的的一种设备管理系统的结构示意图；
36.图2是本技术实施例提供的一种设备管理方法的流程示意图；
37.图3是本技术实施例提供的另一种设备管理方法的流程示意图；
38.图4是本技术实施例提供的一种界面示意图；
39.图5是本技术实施例提供的另一种界面示意图；
40.图6是本技术实施例提供的一种管理服务器的结构示意图；
41.图7是本技术实施例提供的另一种管理服务器的结构示意图。
对“interruptremap”进行配置。
51.表2
52.配置项配置参数系统启动模式legacy模式、uefi模式能效模式低功耗、高性能vtd支持使能、禁止interruptremap使能、禁止
53.再如，操作系统可具有配置项“操作系统版本”，配置参数可以为“centos7.3”、“centos7.4”。操作系统当前版本为“centos7.2”。管理服务器可通过“centos7.4”对“操作系统版本”进行配置，即管理服务器将操作系统升级为centos7.4版本。
54.再如，固件可具有配置项“固件版本”，配置参数可以为“0.0.2”、“0.0.3”。固件当前版本为“0.0.1”。管理服务器可通过“0.0.3”对“固件版本”进行配置，即管理服务器将固件升级为0.0.3版本。
55.以下对本技术所提供的设备管理方法及管理服务器进行详细地介绍。
56.请参见图2，图2是本技术实施例提供的一种设备管理方法的流程示意图。如图2所示，该设备管理方法包括如下步骤201～204，其中：
57.201、管理服务器获取至少一个业务服务器中每个业务服务器中部件的部件标识。
58.其中，管理服务器获取设备管理系统的每个业务服务器的一个或多个部件的部件标识。例如，管理服务器获取如图1所示的业务服务器1～3中一个或多个部件的部件标识。例如，该部件可以为硬件、固件和软件等，硬件可以为raid卡、网卡、cpu、主板(即单板)等，固件可以为bios等，软件可以为操作系统等。
59.可选地，管理服务器可通过基板管理控制器(baseboard management controller，bmc)从设备管理系统的每个业务服务器中获取部件的部件标识。具体地，管理服务器可通过bmc向业务服务器获取指定类型的部件的标识，业务服务器会返回管理服务器指定的类型的部件的标识。例如，管理服务器可通过bmc向业务服务器获取raid卡的标识，业务服务器会返回raid卡的标识。
60.其中，该部件标识用于指示部件的身份信息。可选的，该部件标识可以为部件型号、部件版本号或部件名称等能够确定部件身份的信息。例如，若部件为硬件，则该部件标识可以为部件型号。例如，raid卡的型号可以为“lsi3108”或“lsi3008”或“lsi2208”。网卡型号可以为“mz910”或“mz920”等。cpu型号可以为“intelxeonv3”、“intelxeonv5”等。主板型号可以为“ch121”、“rh1288”等。若部件为固件或软件，则该部件标识可以为部件版本号。例如，固件的版本号可以为0.0.1、0.0.2等。操作系统的版本号可以为centos7.2、centos7.3等。
61.作为一种可选的实施方式，管理服务器获取至少一个业务服务器中每个业务服务器中部件的标识的具体实施方式为：管理服务器在检测到至少一个业务服务器上电时，获取至少一个业务服务器中每个业务服务器中部件的标识。通过实施该可选的实施方式，可及时地获取业务服务器的部件标识，进而提前确定出业务服务器的子模型集合，从而在后续需要对业务服务器的部件进行参数配置时，管理服务器可根据业务服务器的子模型集合中的配置项和配置参数对业务服务器的部件的配置项进行参数配置。
62.可选地，若第一业务服务器为首次上电，即第一业务服务器为新加入设备管理系统的业务服务器，管理服务器获取第一业务服务器的部件的标识之后，可直接执行步骤202，即确定第一业务服务器对应的第一子模型集合。其中，第一业务服务器为设备管理系统包括的至少一个业务服务器中的任意一个。例如，第一业务服务器可以是图1所示的设备管理系统中业务服务器1～3中的任意一个。
63.可选地，若第一业务服务器为非首次上电，管理服务器获取第一业务服务器的部件的标识之后，本次上电检测到第一业务服务器的部件较上一次上电检测到的第一业务服务器的部件发生变更时，执行步骤202。例如，第一业务服务器为业务服务器1，业务服务器1第一次上电时，管理服务器检测到业务服务器1的部件为型号为“lsi3108”的raid卡和型号为“mz910”的网卡，管理服务器执行步骤202。若业务服务器1第二次上电时，管理服务器检测到业务服务器1的部件还是为型号为“lsi3108”的raid卡和型号为“mz910”的网卡，即业务服务器1中的部件未发生变更，则管理服务器结束本流程。若业务服务器1第二次上电时，管理服务器检测到业务服务器1的部件为型号为“lsi2208”的raid卡和型号为“mz920”的网卡，即业务服务器1中的部件发生变更，则管理服务器执行步骤202，即重新确定业务服务器1的第一子模型集合。
64.作为一种可选的实施方式，管理服务器获取至少一个业务服务器中每个业务服务器中部件的标识的具体实施方式为：管理服务器周期性地获取至少一个业务服务器中每个业务服务器中部件的标识。通过实施该可选的实施方式，能够及时地确定出业务服务器最新的部件的标识，进而及时地确定出业务服务器对应的最新的子模型集合。
65.可选地，管理服务器可在检测到第一业务服务器上电之后，周期性地获取至少一个业务服务器中每个业务服务器中部件的标识。在本周期检测到第一业务服务器的部件较上一周期检测到的第一业务服务器的部件发生变更时，执行步骤202，即重新确定业务服务器1的第一子模型集合。
66.202、管理服务器根据第一业务服务器的部件的标识在预置模型库中确定第一子模型集合。
67.其中，预置模型库中包括至少一个子模型，每个子模型中包括部件的配置项和配置参数。例如，预置模型库中包括6个子模型，分别为子模型1～6。子模型1和子模型2均包括raid卡的配置项和配置参数。子模型3和子模型4均包括网卡的配置项和配置参数。子模型5和子模型6均包括bios的配置项和配置参数。子模型1和子模型2包括的配置项和配置参数不相同。子模型3和子模型4包括的配置项和配置参数不相同。子模型5和子模型6包括的配置项和配置参数不相同。可选地，子模型的文件格式可以为标记性文件格式，例如，子模型的文件格式可以为xml或json等。标记型文件格式体量小，一般为几到几十kb，有利于用户下载，并且易扩展。
68.其中，每个子模型包括一个或多个配置项，每个配置项对应一个或多个配置参数。例如，子模型1可包括如上表1所示的配置项和配置参数。又如，子模型5可包括如上表2所示的配置项和配置参数。
69.其中，第一子模型集合包括与第一业务服务器的部件标识对应的至少一个子模型。
70.值得说明的是，对于管理系统中任意一台业务服务器，管理服务器确定该业务服
务器对应的第一子模型的过程均相同，本技术实施例的以下描述中，管理服务器如何确定第一业务服务器对应的第一子模型和第一配置信息为例进行描述。
71.可选地，管理服务器可预先设置子模型与部件标识的对应关系。管理服务器获取第一业务服务器的部件标识之后，根据预设的子模型与部件标识的对应关系，在预置模型库中确定与第一业务服务器的部件标识对应的子模型，从而确定第一子模型集合。
72.通常，硬件不同，硬件的配置项和配置参数也不同。因此，可预先设置硬件的标识与包括该硬件的配置项和配置参数的子模型的对应关系。通常，某些硬件不同，固件的配置项和配置参数也不相同，并且由于固件的标识比较简单，不同厂商生产的固件的标识相同，但固件的配置项和配置参数可能不同。因此，为了唯一确定当前需要的包括固件的配置项和配置参数的子模型，可预先设置硬件的标识与包括固件的配置项和配置参数的子模型的对应关系。当然，也可预先设置固件的标识与包括该固件的配置项和配置参数的子模型的对应关系。通常，软件不同，软件的配置项和配置参数也不同。因此，可预先设置软件的标识与包括该软件的配置项和配置参数的子模型的对应关系。
73.例如，可预先设置raid卡标识与包括raid卡的配置项和配置参数的子模型的对应关系。可预先设置网卡标识与包括网卡的配置项和配置参数的子模型的对应关系。可预先设置使cpu标识或主板标识与包括bios的配置项和配置参数的子模型的对应关系，或预先设置bios版本号与bios的配置项和配置参数的子模型。可预先设置操作系统标识与包括操作系统的配置项和配置参数的子模型的对应关系。
74.举例来说，以部件标识包括部件型号为例。预置模型库中包括上述子模型1～6。可建立如下表3所示的子模型与部件型号的对应关系。其中，“lsi3108”和“lsi3008”为raid卡型号。“mz910”和“mz920”为网卡型号。“intelxeonv3”和“intelxeonv5”为cpu型号。
75.当管理服务器检测到第一业务服务器的raid卡型号为“lsi3108”、网卡型号为“mz910”和cpu型号为“intelxeonv3”时，确定“lsi3108”对应子模型1、“mz910”对应子模型3以及“intelxeonv3”对应的子模型5。管理服务器从预置模型库中获取子模型1、子模型3和子模型5，子模型1、子模型3和子模型5为第一子模型集合中的子模型。
76.表3
[0077][0078][0079]
再举例来说，如下表4所示，bios版本号“0.0.1”和“0.0.2”均对应子模型5。bios版本号“0.0.3”对应子模型6。当管理服务器检测到第一业务服务器的raid卡型号为“lsi3108”、网卡型号为“mz910”和bios版本号为“0.0.1”时，确定“lsi3108”对应子模型1、“mz910”对应子模型3以及“0.0.1”对应的子模型5。管理服务器从预置模型库中获取子模型1、子模型3和子模型5，子模型1、子模型3和子模型5为第一子模型集合中的子模型。
[0080]
表4
[0081]
部件标识子模型lsi3108子模型1lsi3008子模型2mz910子模型3mz920子模型40.0.1或0.0.2子模型50.0.3子模型6
[0082]
或者，预置模型库中的子模型的名称可包括部件标识，部件标识对应的子模型就为子模型名称中包括该部件标识的子模型。管理服务器在预置模型库中确定子模型名称中包括第一业务服务器的部件标识的子模型，从而确定出第一子模型集合。这样就可以不用单独建立如表3所示的子模型的标识与部件标识的对应关系。
[0083]
例如，以部件标识为部件型号为例，预置模型库中包括上述子模型1～6。子模型1的名称为“raid-lsi3108”，子模型2的名称为“raid-lsi3008”，子模型3的名称为“nic-mz910”，子模型4的名称为“nic-mz920”，子模型5的名称为“bios-intelxeonv3”，子模型6的名称为“bios-intelxeonv5”。管理服务器获取第一业务服务器的部件型号为“lsi3108”、“mz910”和“intelxeonv3”。管理服务器在子模型1的名称中查找到“lsi3108”，在子模型3的名称中查找到“mz910”，在子模型5的名称中查找到“intelxeonv3”。因此，管理服务器确定的第一子模型集合包括子模型1、子模型3和子模型5。
[0084]
作为一种可选的实施方式，管理服务器根据第一业务服务器的部件的标识在预置模型库中确定第一子模型集合的具体实施方式为：管理服务器在预置模型库中确定与第一业务服务器的至少一个部件类别对应的至少一个第二子模型集合，每个第二子模型集合包括相同类别的部件对应的子模型，该部件类别用于指示第一业务服务器的部件归属的部件分类信息；管理服务器根据第一业务服务器的至少一个部件标识从至少一个第二子模型集合中确定第一子模型集合。
[0085]
通过实施该可选的实施方式，能够先根据部件的类别确定第二子模型集合，第二子模型集合包括相同类别的部件对应的子模型，再在第二子模型集合中查找部件标识对应的子模型，这样能够缩小部件标识对应的子模型的查找范围，从而能够更快地查找到部件标识对应的子模型。
[0086]
举例来说，一种类别的部件通常包括多个不同型号的部件。例如，型号为“lsi3108”的raid卡、型号为“lsi3008”的raid卡、型号为“lsi2208”的raid卡，这三种型号的raid卡都属于一个部件类别，即部件类别为raid卡。同理，型号为“mz910”的网卡和型号为“mz920”的网卡也属于一个部件类别，即部件类别为网卡。同理，型号为“intelxeonv3”和“intelxeonv5”的cpu部件类别为cpu。
[0087]
如下表5所示，管理服务器可预先存储部件类别与第二子模型集合的对应关系。其中，第二子模型集合1中包括上述子模型1和子模型2。第二子模型集合2中包括上述子模型3和子模型4。第二子模型集合3中包括上述子模型5和子模型6。管理服务器获取的第一业务服务器的raid卡的型号“lsi3108”，网卡的型号“mz910”，cpu的型号“intelxeonv3”。管理服务器确定部件类别“raid卡”对应第二子模型集合1，并确定部件类别“网卡”对应第二子模
型集合2，并确定部件类别“cpu”对应第二子模型集合3。管理服务器根据型号“lsi3108”从第二子模型集合1获取子模型1，并根据型号“mz910”从第二子模型集合2获取子模型3，并根据型号“intelxeonv3”从第二子模型集合3获取子模型5。管理服务器如何根据型号从第二子模型集合中获取子模型可参见上述描述，如根据预先建立的型号与子模型的对应关系，确定与第一业务服务器的部件型号对应的子模型，或确定子模型的名称中包括第一业务服务器的部件型号的子模型。
[0088]
表5
[0089]
部件类别第二子模型集合raid第二子模型集合1nic第二子模型集合2cpu第二子模型集合3
[0090]
当然，固件的标识与包括该固件的配置项和配置参数的子模型对应时，也可先确定固件的部件类型对应的第二子模型集合，再从固件的部件类型对应的第二子模型集合获取固件的标识对应的子模型。例如，bios的标识与包括bios的配置项和配置参数的子模型对应时，也可先确定部件类型“bios”对应的第二子模型集合，再从部件类型“bios”对应的第二子模型集合获取bios的标识对应的子模型。
[0091]
作为一种可选的实施方式，当预置模型库中不存在第一部件的标识对应的子模型时，管理服务器从第一业务服务器中获取第一部件的配置项和配置参数，该第一部件为第一业务服务器的部件中任意一个。管理服务器根据第一部件的配置项和配置参数在预置模型库中添加第一子模型，该第一子模型中包括第一部件的配置项和配置参数。通过实施该可选的实施方式，可自动生成子模型，可扩充预置模型库中的子模型，使预置模型库中的子模型更加完善。
[0092]
例如，管理服务器获取的第一业务服务器的raid卡型号为“lsi3108”、网卡型号为“mz910”。预置模型库中不存在网卡型号“mz910”对应的子模型。因此，管理服务器从第一业务服务器中获取型号为“mz910”的网卡的配置项和配置参数。管理服务器根据型号为“mz910”的网卡的配置项和配置参数生成第一子模型。第一子模型中包括型号为“mz910”的网卡的配置项和配置参数。管理服务器生成第一子模型之后，将第一子模型存储至预置模型库中，以扩充预置模型库中的子模型，使预置模型库中的子模型更加完善。可选地，管理服务器可建立并存储型号“mz910”与第一子模型的对应关系，或第一子模型的名称中包括型号“mz910”，以便根据部件型号“mz910”可查找到对应的第一子模型。管理服务器生成第一子模型之后，将第一子模型和从预置模型库中获取的型号“lsi3108”对应的子模型确定为第一子模型集合中的子模型。
[0093]
可选地，若预置模型库中不存在第一部件的标识(如该第一部件的标识可以为cpu标识或主板标识)对应的包括固件的配置项和配置参数的子模型，则管理服务器从第一业务服务器中获取固件的配置项和配置参数。管理服务器根据固件的配置项和配置参数在预置模型库中添加第一子模型，该第一子模型中包括固件的配置项和配置参数。
[0094]
可选地，确定第一子模型集合之后，可存储第一业务服务器对应的第一子模型集合，以便后续根据第一子模型集合中的配置项和配置参数对第一业务服务器的部件的配置项进行参数配置。
[0095]
可选地，当预置模型库中不存在与第一部件的标识对应的子模型时，也可从互联网中下载与第一部件的标识对应的子模型。例如，子模型可由管理软件开发团队发布到公司官网，从而当预置模型库中不存在与第一部件的标识对应的子模型时，管理服务器可从公司官网中下载与第一部件的标识对应的子模型。
[0096]
可选地，预置模型库中的子模型也可从其他设备中拷贝得到。
[0097]
203、管理服务器向第一业务服务器发送第一配置信息。
[0098]
其中，管理服务器根据第一业务服务器的部件的标识在预置模型库中确定第一子模型集合之后，向第一业务服务器发送第一配置信息。第一配置信息中携带第一子模型集合中的至少一个配置项和配置参数，以便于第一业务服务器根据第一配置信息配置该至少一个待配置部件的配置项的配置参数。其中，待配置部件可以是第一业务服务器的部分部件，即管理服务器可只对第一业务服务器的部分部件进行参数配置。或者，待配置部件也可以是第一业务服务器的所有部件，本技术实施例不做限定。
[0099]
例如，第一子模型集合包括上述子模型1和子模型5。子模型1包括raid卡的配置项和配置参数。子模型5包括bios的配置项和配置参数。子模型1包括的配置项和配置参数可如上表1所示。子模型5包括的配置项和配置参数可如上表2所示。管理服务器可只对raid卡的配置项进行配置。例如，管理服务器向第一业务服务器发送第一配置信息，该第一配置信息包括配置项“raid控制器id”和“raid级别”、用于对“raid控制器id”进行配置的配置参数“raidstorage0”以及用于对“raid级别”进行配置的配置参数“raid10”。第一业务服务器接收到该第一配置信息之后，将raid卡的“raid控制器id”配置为“raidstorage0”，将“raid级别”配置为“raid10”。
[0100]
对于不同待配置部件的配置项和配置参数，管理服务器可通过bmc通过不同的配置路径发送至第一业务服务器。例如，待配置部件包括raid卡和bios。管理服务器可通过bmc通过配置路径1向第一业务服务器发送raid卡的配置项和配置参数，并通过bmc通过配置路径2向第一业务服务器发送bios的配置项和配置参数。这样第一业务服务器通过配置路径1接收到配置项和配置参数之后，使用该配置参数对raid卡的配置项进行配置。第一业务服务器通过配置路径2接收到配置项和配置参数之后，使用该配置参数对bios的配置项进行配置。
[0101]
可选地，本技术还可用于对第一业务服务器进行固件升级的场景。管理服务器获取的第一业务服务器的部件标识包括固件的版本号。管理服务器获取固件版本号对应的子模型。固件版本号对应的子模型包括的配置项为固件版本，配置参数为一个或多个固件版本号。管理服务器获取固件版本号对应的子模型之后，可将该子模型中的至少一个配置项和配置参数作为第一配置信息中的配置参数，并发送该第一配置信息至第一业务服务器。第一业务服务器接收该第一配置信息之后，将固件版本升级为第一配置信息中的版本。例如，第一配置信息中包括配置项“固件版本”和配置参数“0.0.2”时，第一业务服务器将固件的版本升级为0.0.2。
[0102]
可选地，本技术还可用于对第一业务服务器的操作系统进行升级的场景。管理服务器获取的第一业务服务器的部件标识包括操作系统的版本号。管理服务器获取操作系统的版本号对应的子模型。操作系统的版本号对应的子模型包括的配置项为操作系统版本，配置参数为一个或多个操作系统版本号。管理服务器获取操作系统版本号对应的子模型之
后，可将该子模型中的至少一个配置项和配置参数作为第一配置信息中的配置参数，并发送该第一配置信息至第一业务服务器。第一业务服务器接收该第一配置信息之后，将操作系统版本升级为第一配置信息中的版本。例如，第一配置信息中包括配置项“操作系统版本”和配置参数“centos7.3”时，第一业务服务器将操作系统版本的版本升级为centos7.3。
[0103]
204、第一业务服务器根据第一配置信息配置至少一个待配置部件的配置项的配置参数。
[0104]
可选地，管理服务器可批量向多个业务服务器发送第一配置信息，以达到批量配置的目的。例如，业务服务器1和业务服务器2具有相同的部件，需要进行相同的参数配置。管理服务器可将第一配置信息同时发送至业务服务器1和业务服务器2，使业务服务器1和业务服务器2根据第一配置信息对部件的配置项进行参数配置。
[0105]
可见，通过实施图2所描述的方法，预置模型库中包括至少一个子模型，每个子模型中包括部件的配置项和配置参数。管理服务器可动态地获取业务服务器对应的子模型集合，子模型集合中包括与业务服务器的部件标识对应的至少一个子模型。因此，管理服务器可动态地得到业务服务器的配置项和配置参数，从而在后续可对业务服务器的部件的配置项进行参数配置。可见，通过实施图2所描述的方法，在业务服务器的部件发生变更时，不需要更新管理软件，就可动态地获取到业务服务器最新的配置项和配置参数，有利于快捷地对业务服务器的部件的配置项进行参数配置，提升服务器运维方式的维护效率。并且不同的业务服务器可能具有部分相同的部件，通过实施图2所描述的方法，多个业务服务器可复用相同的子模型，从而有利于节省开发成本。
[0106]
作为一个可能的实施例，在步骤203之后，管理服务器也可以保存第一配置信息，在预置模型库中建立新的子模型，该子模型用于标识第一业务服务器的部件配置参数集合信息，以便于管理节点再次执行更新配置参数或升级固件或升级os操作时，快速获取第一业务服务器对应的子模型集合，并确定第一配置参数，再发送给第一业务服务器，提升业务服务器的运维效率，减少参数配置、固件升级以及os升级等运维场景的操作时间，降低对业务服务器上运行应用的影响。
[0107]
请参见图3，图3是本技术实施例提供的一种设备管理方法的流程示意图。其中，图3所示的设备管理方法与图2所示的设备管理方法的区别在于，图3中管理服务器在确定第一子模型集合之后，可根据第一子模型集合中的预置显示规则显示第一子模型集合中的配置项和配置参数，并可选择第一子模型集合中的至少一个配置项和配置参数作为第一配置信息包括的配置项和配置参数。如图3所示，该设备管理方法包括如下步骤301～306，其中：
[0108]
301、管理服务器获取至少一个业务服务器中每个业务服务器中部件的标识。
[0109]
302、管理服务器根据第一业务服务器的部件的标识在预置模型库中确定第一子模型集合。
[0110]
步骤301和302的具体实施方式与上述201和202相同，具体可参见上述201和202对应的描述，在此不赘述。
[0111]
303、管理服务器根据第一子模型集合中的预置显示规则显示第一子模型集合中的配置项和配置参数。
[0112]
其中，第一子模型集合的子模型中还包括配置项和配置参数的预置显示规则。管理服务器确定第一子模型集合之后，可根据第一子模型集合中的预置显示规则显示第一子
模型集合中的配置项和配置参数。
[0113]
在实际应用中，若业务服务器的部件发生变更，或业务服务器新加入设备管理系统，需要更新管理软件，以更新管理软件中业务服务器的配置项和配置参数以及更新配置项和配置参数的显示规则。通过实施步骤303，将配置项和配置参数的显示规则添加至子模型中，管理服务器就可动态地获取业务服务器的配置项和配置参数的显示规则，从而不用更新管理软件，有利于快捷地对业务服务器的配置项进行参数配置。
[0114]
可选地，配置项的预置显示规则可包括配置项的显示顺序和配置项的菜单路径中的至少一项。配置项的显示顺序是指，同一个部件的几个配置项之间的显示顺序。配置项的菜单路径是指配置项所在目录。
[0115]
可选地，配置参数的预置显示规则包括配置参数是否只读、配置参数是否灰化、配置参数是否隐藏中的至少一项。配置参数是否只读是指配置参数是否只能读，不能更改。配置参数是否灰化是指配置参数是否在依赖条件不满足情况下要灰化显示。配置参数是否隐藏是指配置参数在不涉及时是否需要隐藏。
[0116]
例如，下表6以一种raid卡对应的子模型为例，该子模型可包括如下表6所示的信息。
[0117]
表6
[0118][0119][0120]
作为一种可选的实施方式，第一子模型集合的子模型中还包括依赖配置项、被依赖配置项和依赖条件；其中，第一子模型集合中依赖配置项和依赖配置项的配置参数根据被依赖配置项当前的配置参数是否满足依赖条件进行显示。
[0121]
通过设置依赖关系，有利于提升用户体验，防止冲突配置项。并且通过将依赖配置项、被依赖配置项和依赖条件添加至子模型中，管理服务器就可动态地获取业务服务器的依赖配置项、被依赖配置项和依赖条件，从而不用更新管理软件，有利于快捷地对业务服务器的配置项进行参数配置。
[0122]
例如，下表7以一种bios对应的子模型为例，该子模型可包括如下表7所示的信息。
其中，被依赖配置项“vtd支持”当前的配置参数满足依赖条件时，即被依赖配置项“vtd支持”当前的配置参数为“使能”时，不隐藏依赖配置项“interruptremap”及其配置参数。否则，隐藏依赖配置项“interruptremap”及其配置参数。
[0123]
表7
[0124][0125][0126]
可选地，第一子模型集合中还可包括配置参数的数据类型(如枚举型、布尔型等)、配置参数的创建方式(如单选、多选等)、帮助信息、告警信息、配置项当前所配置的值、配置项的默认值、配置参数的最大字符串长度、配置参数的最小字符串长度、配置参数的最大值、配置参数的最小值和生效模式(如立即生效或重启后生效)等中的至少一种。
[0127]
304、管理服务器选择第一子模型集合中的至少一个配置项和配置参数作为第一配置信息包括的配置项和配置参数。
[0128]
可选地，管理服务器可根据用户输入的选择指令，从显示的配置项中选择需要配置的配置项以及选择合适的配置参数。
[0129]
例如，第一子模型集合包括上述子模型1和子模型5。子模型1包括的配置项和配置参数可如上表1所示。子模型5包括的配置项和配置参数可如上表2所示。图4为一种显示界面的示意图，如图4所示，管理服务器可输出第一子模型集合包括的配置项和配置参数。用户可选择需要进行配置的配置项以及合适的配置参数。如图4所示，用户选择需要将配置项“raid控制器id”配置为“raidstorage0”，将配置项“raid级别”配置为“raid10”，将配置项“启动盘”配置为“是”。管理服务器接收用户输入的选择指令之后，将选择配置项“raid控制器id”和对应的配置参数“raidstorage0”，以及配置项“raid级别”和对应的配置参数“raid10”，以及配置项“启动盘”和对应的配置参数“是”作为第一配置信息包括的配置项和
配置参数。
[0130]
通过实施步骤304，能够灵活地从第一子模型集合中选择配置项和配置参数进行参数配置。
[0131]
305、管理服务器向第一业务服务器发送第一配置信息。
[0132]
可选地，管理服务器发送第一配置信息至第一业务服务器之后，管理服务器可生成配置文件，该配置文件包括第一配置信息。管理服务器保存该配置文件，以便下次用户想要进行相同的配置时，用户可输入指令，使管理服务器直接选择配置文件，并通过配置文件中的配置参数对至少一个待配置部件的配置项进行参数配置。
[0133]
306、第一业务服务器根据第一配置信息更新部件的配置项的配置参数。
[0134]
其中，上述305和306部分的具体实施方式与上述203和204相同，具体可参见上述203和204对应的描述，在此不赘述。
[0135]
为了能够更加清楚地对本技术的内容进行阐述，下面结合三个完整的示例，对本技术的方案进一步进行说明。其中，示例一以管理服务器对业务服务器的raid卡和bios进行参数配置为例。示例二以管理服务器对业务服务器的操作系统进行升级为例。示例三以管理服务器对业务服务器的固件进行升级为例。
[0136]
示例一：
[0137]
管理服务器具有预置模型库。预置模型库中包括4个子模型，分别为子模型1～4。子模型1和子模型2均包括raid卡的配置项和配置参数。子模型3和子模型4均包括bios的配置项和配置参数。子模型1和子模型2包括的配置项和配置参数不相同。子模型3和子模型4包括的配置项和配置参数不相同。其中，预置模型库中的子模型与部件型号具有对应关系，该对应关系如下表8所示。“lsi3108”和“lsi3008”为raid卡的部件型号。“intelxeonv3”和“intelxeonv5”为cpu的部件型号。不同部件型号对应不同的子模型。
[0138]
表8
[0139]
部件标识子模型lsi3108子模型1lsi3008子模型2intelxeonv3子模型3intelxeonv5子模型4
[0140]
管理服务器可在业务服务器1～3上电时，获取业务服务器1～3的raid卡和cpu型号的型号。或者，管理服务器可周期性地获取业务服务器1～3的raid卡和cpu型号的型号。管理服务器获取到业务服务器1的raid卡型号为“lsi3108”和cpu型号为“intelxeonv3”。业务服务器2的raid卡型号为“lsi3108”和cpu型号为“intelxeonv3”。业务服务器3的raid卡型号为“lsi2208”和cpu型号为“intelxeonv5”。
[0141]
管理服务器可根据上表8中的对应关系，直接在预置模型库中查找业务服务器1的raid卡型号“lsi3108”对应的子模型和cpu型号“intelxeonv3”对应的子模型。如上表8所示，管理服务器确定“lsi3108”对应子模型1以及“intelxeonv3”对应的子模型3。因此，管理服务器确定业务服务器1对应的第一子模型集合1包括子模型1和子模型3。
[0142]
或者，管理服务器可预先设置部件类别与第二子模型集合的对应关系。该对应关系如下表9所示。管理服务器获取业务服务器1的raid卡的型号“lsi3108”，cpu的型号“intelxeonv3”之后，可先确定部件类别“raid卡”对应第二子模型集合1，并确定部件类别“cpu”对应第二子模型集合2。管理服务器根据型号“lsi3108”从第二子模型集合1获取子模型1，并根据型号“intelxeonv3”从第二子模型集合3获取子模型3，并将子模型1和子模型3组成第一子模型集合1。
[0143]
表9
[0144]
部件类别第二子模型集合raid第二子模型集合1cpu第二子模型集合2
[0145]
同理，管理服务器以相同的原理确定业务服务器2对应第一子模型集合1。
[0146]
在管理服务器确定业务服务器3对应的第一子模型集合2时，检测到预置模型库中不存在raid卡型号“lsi2208”对应的子模型。因此管理服务器从业务服务器3获取型号为“lsi2208”的raid卡的配置项和配置参数。并根据获取的型号为“lsi2208”的raid卡的配置项和配置参数生成子模型5，该子模型5中包括型号为“lsi2208”的raid卡的配置项和配置参数。管理服务器建立子模型5和型号“lsi2208”的对应关系，并存储子模型5至预置模型库中。最终管理服务器确定业务服务器3对应的第一子模型集合2包括子模型4和子模型5。
[0147]
或者，管理服务器还可通过另一种方式确定业务服务器1～3对应的第一子模型集合。预置模型库中包括4个不同的子模型，分别为子模型1～4。子模型1和子模型2均包括raid卡的配置项和配置参数。子模型3和子模型4均包括bios的配置项和配置参数。其中，预置模型库中的子模型与部件型号具有对应关系，该对应关系如下表10所示。“lsi3108”和“lsi3008”为raid卡的部件型号。不同raid卡的部件型号对应不同的子模型。“0.0.1”、“0.0.2”和0.0.3为bios的部件版本号。不同的bios的版本号可对应相同子模型或对应不同的子模型。
[0148]
表10
[0149]
部件标识子模型lsi3108子模型1lsi3008子模型20.0.1或0.0.2子模型30.0.3子模型4
[0150]
管理服务器可在业务服务器1～3上电时，获取业务服务器1～3的raid卡的型号和bios的版本号。或者，管理服务器可周期性地获取业务服务器1～3的raid卡的型号和bios的版本号。管理服务器获取到业务服务器1的raid卡型号为“lsi3108”和bios的版本号为“0.0.1”。业务服务器2的raid卡型号为“lsi3108”和bios的版本号为“0.0.1”。业务服务器3的raid卡型号为“lsi2208”和bios的版本号为“0.0.3”。
[0151]
管理服务器可根据上表10中的对应关系，直接在预置模型库中查找业务服务器1的raid卡型号“lsi3108”对应的子模型和bios的版本号“0.0.1”对应的子模型。如上表10所示，管理服务器确定“lsi3108”对应子模型1以及“0.0.1”对应的子模型3。因此，管理服务器确定业务服务器1对应的第一子模型集合1包括子模型1和子模型3。
[0152]
或者，管理服务器可预先设置部件类别与第二子模型集合的对应关系。管理服务器获取业务服务器1的raid卡的型号“lsi3108”，bios的版本号“0.0.1”之后，可先确定部件
类别“raid卡”对应第二子模型集合1，并确定部件类别“bios”对应第二子模型集合2。管理服务器根据型号“lsi3108”从第二子模型集合1获取子模型1，并根据版本号“0.0.1”从第二子模型集合3获取子模型3，并将子模型1和子模型3组成第一子模型集合1。
[0153]
同理，管理服务器以相同的原理确定业务服务器2对应第一子模型集合1。管理服务器以相同的原理确定业务服务器3对应的第一子模型集合2包括子模型4。并且由于预置模型库中不存在业务服务器3的型号为“lsi2208”的raid卡对应的子模型。因此管理服务器向业务服务器3获取型号为“lsi2208”的raid卡的配置项和配置参数。并根据获取的型号为“lsi2208”的raid卡的配置项和配置参数生成子模型5，该子模型5中包括型号为“lsi2208”的raid卡的配置项和配置参数。管理服务器建立子模型5和型号“lsi2208”的对应关系，并存储子模型5至预置模型库中。最终管理服务器确定业务服务器3对应的第一子模型集合2包括子模型4和子模型5。
[0154]
管理服务器确定业务服务器1～3分别对应的第一子模型集合之后，用户可打开配置界面。管理服务器可在配置界面中显示第一子模型集合中的配置项和配置参数供用户选择。管理服务器可根据第一子模型集合中预置显示规则显示第一子模型集合中的配置项和配置参数。以管理服务器在配置界面中输出第一子模型集合1中的配置项和配置参数供用户选择为例，输出的界面可如图5所示。用户可选择需要进行配置的配置项以及合适的配置参数。如图5所示，用户选择需要将配置项“raid控制器id”配置为“raidstorage0”，将配置项“raid级别”配置为“raid10”，将配置项“启动盘”配置为“是”。用户选择需要将配置项“系统启动模式”配置为“uefi模式”，将配置项“能效模式”配置为“低功耗”，将配置项“vtd支持”配置为“使能”，将配置项“interruptremap”配置为“使能”。当然用户也可只选择raid卡或bios的配置参数进行配置。用户还可以选择需要配置的业务服务器。如图5所示，用户可选择向业务服务器1和业务服务器2进行配置。
[0155]
管理服务器接收用户输入的配置指令之后，发送第一配置信息至业务服务器1和业务服务器2。其中，第一配置信息包括如图5所示用户选择的配置项和配置参数。业务服务器1和业务服务器2接收第一配置信息之后，根据第一配置信息中的配置参数对配置项进行相应的配置。
[0156]
示例二：
[0157]
管理服务器具有预置模型库。预置模型库中包括2个子模型，分别为子模型1和子模型2。子模型1和子模型2均包括操作系统的配置项和配置参数。其中，预置模型库中的子模型与操作系统标识具有对应关系。若该操作系统标识可以为操作系统的版本号。例如，操作系统的版本号可以为centos7.2、centos7.3等。预置模型库中的子模型与操作系统标识的对应关系如下表11所示。
[0158]
表11
[0159]
操作系统版本号子模型centos7.2子模型1centos7.3子模型2
[0160]
管理服务器可在业务服务器1～3上电时，获取业务服务器1～3的操作系统版本号。管理服务器可周期性地获取业务服务器1～3的操作系统版本号。管理服务器获取到业务服务器1～3的操作系统版本号为“centos7.2”。管理服务器根据上表11所示的对应关系，
获取“centos7.2”对应的子模型1作为业务服务器1～3的第一子模型集合中包括的子模型。当然，若预置模型库中还存在其他类型的部件对应的子模型。则管理服务器可先确定操作系统对应的第二子模型集合，再从第二子模型集合中确定“centos7.2”对应的子模型1。
[0161]
管理服务器确定业务服务器1～3分别对应的第一子模型集合之后，用户可打开配置界面。管理服务器可在配置界面中显示第一子模型集合中的配置项和配置参数供用户选择。管理服务器可输出子模型1中的配置项和配置参数供用户选择。例如子模型1中包括的配置项为“操作系统版本”，配置参数为“centos7.3”、“centos7.4”、“centos7.5”。若用户选择配置参数“centos7.5”，并选择对业务服务器1～3的操作系统进行升级，则管理服务器将配置项“操作系统版本”和配置参数“centos7.5”发送至业务服务器1～3，以使业务服务器1～3将操作系统版本升级为“centos7.5”。可选地，用户可在管理服务器上传“centos7.5”的安装包，管理服务器可将“centos7.5”的安装包与配置项“操作系统版本”和配置参数“centos7.5”一起发送至业务服务器1～3。
[0162]
示例三：
[0163]
管理服务器具有预置模型库。预置模型库中包括2个子模型，分别为子模型1和子模型2。子模型1和子模型2均包括固件的配置项和配置参数。其中，预置模型库中的子模型与固件标识具有对应关系。若该固件标识可以为固件的版本号。例如，固件的版本号可以为0.0.1、0.0.2等。预置模型库中的子模型与固件标识的对应关系如下表12所示。
[0164]
表12
[0165]
固件版本号子模型0.0.1子模型10.0.2子模型2
[0166]
管理服务器可在业务服务器1～3上电时，获取业务服务器1～3的固件版本号。管理服务器获取到业务服务器1～3的固件版本号为“0.0.1”。管理服务器根据上表11所示的对应关系，获取“0.0.1”对应的子模型1作为业务服务器1～3的第一子模型集合中包括的子模型。当然，若预置模型库中还存在其他类型的部件对应的子模型，则管理服务器可先确定固件对应的第二子模型集合，再从第二子模型集合中确定“0.0.1”对应的子模型1。
[0167]
管理服务器可输出子模型1中的配置项和配置参数供用户选择。例如子模型1中包括的配置项为“固件版本”，配置参数为“0.0.2”、“0.0.3”、“0.0.4”。若用户选择配置参数“0.0.4”，并选择对业务服务器1～3的固件进行升级，则管理服务器将配置项“固件版本”和配置参数“0.0.4”发送至业务服务器1～3，以使业务服务器1～3将固件版本升级为“0.0.4”。可选地，用户可在管理服务器上传“0.0.4”的安装包，管理服务器可将“0.0.4”的安装包与配置项“固件版本”和配置参数“0.0.4”一起发送至业务服务器1～3。
[0168]
上文中结合图1至图5详细描述了根据本发明实施例所提供的一种设备管理方法，下面将结合图6至图7，描述根据本发明实施例所提供的管理服务器。
[0169]
请参见图6，图6是本发明实施提供的一种管理服务器。该管理服务器部署于设备管理系统中，所述设备管理系统中还包括至少一个业务服务器，所述管理服务器用于管理所述至少一个业务服务器，所述管理服务器中具有预置模型库，所述预置模型库中包括至少一个子模型，每个子模型中包括部件的配置项和配置参数，该管理服务器包括：通信模块601和处理模块602。其中：
[0170]
通信模块601，用于获取至少一个业务服务器中每个业务服务器中部件的部件标识；处理模块602，用于根据第一业务服务器的部件标识在预置模型库中确定第一子模型集合，第一业务服务器为至少一个业务服务器中任意一个，第一子模型集合包括与第一业务服务器的部件标识对应的至少一个子模型；通信模块601，还用于向第一业务服务器发送第一配置信息，第一配置信息中携带第一子模型集合中的至少一个配置项和配置参数，以便于第一业务服务器根据第一配置信息配置至少一个待配置部件的配置项的配置参数。
[0171]
可选地，通信模块601，还用于当预置模型库中不存在第一部件的标识对应的子模型时，从第一业务服务器中获取第一部件的配置项和配置参数，第一部件为第一业务服务器的部件中任意一个；处理模块602，还用于根据第一部件的配置项和配置参数在预置模型库中添加第一子模型，第一子模型中包括第一部件的配置项和配置参数。
[0172]
可选地，通信模块601具体用于：在检测到至少一个业务服务器上电时，获取至少一个业务服务器中每个业务服务器中部件的标识；或者，周期性地获取至少一个业务服务器中每个业务服务器中部件的标识。
[0173]
可选地，处理模块602具体用于：在预置模型库中确定与第一业务服务器的至少一个部件类别对应的至少一个第二子模型集合，每个第二子模型集合包括相同类别的部件对应的子模型，部件类别用于指示第一业务服务器的部件归属的部件分类信息；根据第一业务服务器的至少一个部件标识从至少一个第二子模型集合中确定第一子模型集合。
[0174]
可选地，处理模块602，还用于在通信模块601在向第一业务服务器发送第一配置信息之前，在第一子模型集合中选择至少一个配置项和配置参数作为第一配置信息包括的配置项和配置参数。
[0175]
可选地，第一子模型集合的子模型中还包括配置项和配置参数的预置显示规则；处理模块602，还用于在处理模块602在第一子模型集合中选择至少一个配置项和配置参数作为第一配置信息包括的配置项和配置参数之前，根据第一子模型集合中的预置显示规则显示第一子模型集合中的配置项和配置参数。
[0176]
应理解的是，本发明实施例的管理服务器可以通过专用集成电路(application-specific integrated circuit，asic)实现，或可编程逻辑器件(programmable logic device，pld)实现，上述pld可以是复杂程序逻辑器件(complex programmable logical device，cpld)，现场可编程门阵列(field-programmable gate array，fpga)，通用阵列逻辑(generic array logic，gal)或其任意组合。也可以通过软件实现图2和图3所示的设备管理的实现方法时，管理服务器及其各个模块也可以为软件模块。
[0177]
根据本发明实施例的管理服务器可对应于执行本发明实施例中描述的方法，并且管理服务器中的各个单元的上述和其它操作和/或功能分别为了实现图2和图3的各个方法的相应流程，为了简洁，在此不再赘述。
[0178]
可见，图6所描述的管理服务器可动态地得到业务服务器的配置项和配置参数，从而在后续可对业务服务器的部件的配置项进行参数配置。因此，在业务服务器的部件发生变更时，管理服务器不需要更新管理软件，就可动态地获取到业务服务器最新的配置项和配置参数，有利于快捷地对业务服务器的部件的配置项进行参数配置，提升了服务器运维方式的维护效率。并且不同的业务服务器可能具有部分相同的部件，多个业务服务器可复用相同的子模型，有利于节省开发成本。
[0179]
请参见图7，图7是本技术实施例公开的一种管理服务器的结构示意图。如图7所示，管理服务器700包括处理器701、存储器702和通信接口703。其中，处理器701、存储器702和通信接口703通过总线相连。
[0180]
其中，处理器701可以是中央处理器(central processing unit，cpu)，通用处理器，协处理器，数字信号处理器(digital signal processor，dsp)，专用集成电路(application-specific integrated circuit，asic)，现场可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。该处理器701也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。
[0181]
存储器702，可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(static ram，sram)、动态随机存取存储器(dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data date sdram，ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synchlink dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，dr ram)。
[0182]
总线除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。通信接口703用于实现与业务服务器之间的通信。
[0183]
处理器701调用存储器702中存储的程序代码，可执行上述方法实施例中管理服务器所执行的步骤。
[0184]
应理解，根据本发明实施例的管理服务器700可对应于本发明实施例中的图6所示的管理服务器，并可以对应于执行根据本发明实施例图2和图3的实现设备管理的方法中的相应的管理服务器为执行主体的操作步骤，并且管理服务器700中的各个模块的上述和其它操作和/或功能分别为了实现图2至图3中的各个方法的相应流程，为了简洁，在此不再赘述。
[0185]
可见，图7所描述的管理服务器可动态地得到业务服务器的配置项和配置参数，从而在后续可对业务服务器的部件的配置项进行参数配置。因此，在业务服务器的部件发生变更时，管理服务器不需要更新管理软件，就可动态地获取到业务服务器最新的配置项和配置参数，有利于快捷地对业务服务器的部件的配置项进行参数配置，提升了服务器运维方式的维护效率。并且不同的业务服务器可能具有部分相同的部件，多个业务服务器可复用相同的子模型，有利于节省开发成本。
[0186]
上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载或执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存
储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质。半导体介质可以是固态硬盘(solid state ddrive，ssd)。
[0187]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
[0188]
最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。