一种自助固件驱动管理及升级方法、装置及存储介质与流程

1.本发明涉及服务器驱动及固件管理升级技术领域，具体涉及一种自助固件驱动管理及升级方法、装置及存储介质。


背景技术：

2.当前idc机房服务器固件及驱动管理基本上都是线下共享文件的管理模式；对应升级方式也是采用线下与业务方进行沟通窗口，提交变更申请以及人肉登录操作系统或者bmc进行人工升级，缺点有四：一是，缺少对应的版本管理；二是，人工一台一台登录系统或者bmc进行升级时效较差；三是，人为操作准确性无法保障，错误率较高；四是，操作过程与业务方线下沟通成本较高，且不易留痕。


技术实现要素：

3.有鉴于此，本发明的目的在于提供一种自助固件驱动管理及升级方法，以解决现有技术中，对于idc机房服务器固件及驱动的更新升级通过线下与业务方人工沟通，且更新过程中，需要人工手动升级，人工成本高、耗时长、错误率高的问题。
4.根据本发明实施例的第一方面，提供一种自助固件驱动管理及升级方法，所述方法包括：
5.设置固件及驱动管理平台，所述固件及驱动管理平台包含现网在用设备的所有固件及驱动的使用版本；
6.在所述固件及驱动管理平台定义每个固件或驱动所属的服务器，所属服务器的品牌，同时定义每个固件或驱动的基线版本；
7.运维端根据所述所属服务器的品牌定时在该品牌的官网或平台下载该品牌服务器下的固件及驱动的更新版本至运维端服务器；
8.所述运维端根据每次下载的固件及驱动的更新版本，在所述固件及驱动管理平台中定义每个固件或驱动的使用版本的更新等级，根据所述更新等级变更每个固件或驱动的基线版本；
9.定时巡检现网在用设备的所有固件及驱动的使用版本，并与各自的基线版本进行比较，若满足预设的更新条件，则运维端通过作业平台向业务端发送升级代办指令，若业务端选择更新，则设置时间窗口，在所述业务端设置的时间窗口内，运维端通过自身服务器内预下载的所述固件或驱动的更新版本对相应的固件或驱动进行安装升级。
10.优选地，
11.所述定义每个固件或驱动的使用版本的更新等级包括：
12.若所述固件或驱动的更新版本相对于上一个版本，修复了已知的bug，则在所述固件及驱动管理平台中，将对应的固件或驱动的更新等级设置为重要；
13.若所述固件或驱动的更新版本相对于上一个版本，增加了新的功能，则在所述固件及驱动管理平台中，将对应的固件或驱动的更新等级设置为推荐。
14.优选地，
15.所述根据所述更新等级变更每个固件或驱动的基线版本包括：
16.当所述固件或驱动的更新版本相对于上一个版本，修复了已知的bug，则将该更新版本设置为对应固件或驱动的基线版本。
17.优选地，
18.所述若满足预设的更新条件，则运维端通过作业平台向业务端发送升级代办指令包括：
19.若所述固件或驱动的使用版本与所述基线版本之间的更新等级为重要，则运维端向业务端发送升级代办指令。
20.优选地，还包括：
21.在所述固件及驱动管理平台中定义每个固件或驱动所属的服务器的业务id；
22.若运维端通过作业平台同时向业务端发送多个固件或驱动的升级代办指令；
23.所述业务端在设置时间窗口时，若同一时间窗口内包含多个固件或驱动的升级更新，判断同一时间窗口内升级更新的固件或驱动所属的服务器的业务id，对于同一业务id下的固件或驱动，不允许在同一时间窗口下进行升级更新。
24.优选地，还包括：
25.在所述固件及驱动管理平台中定义每个固件或驱动的使用版本的更新风险，所述更新风险包括：普通、标准以及重大；
26.所述业务端设置时间窗口对固件或驱动进行升级更新时，若所述固件或驱动的更新风险为重大，则需要运维端对该事件进行审批，若运维端审批通过，则在相应的时间窗口内，所述固件或驱动正常升级更新，若运维端审批不通过，即使业务端设置时间窗口，在相应的时间窗口内，也不会对所述固件或驱动进行更新。
27.根据本发明实施例的第二方面，提供一种自助固件驱动管理及升级装置，所述装置包括：
28.管理模块：用于设置固件及驱动管理平台，所述固件及驱动管理平台包含现网在用设备的所有固件及驱动的使用版本；
29.定义模块：用于在所述固件及驱动管理平台定义每个固件或驱动所属的服务器，所属服务器的品牌，同时定义每个固件或驱动的基线版本；
30.预下载模块：用于运维端根据所述所属服务器的品牌定时在该品牌的官网或平台下载该品牌服务器下的固件及驱动的更新版本至运维端服务器；
31.基线版本变更模块：用于所述运维端根据每次下载的固件及驱动的更新版本，在所述固件及驱动管理平台中定义每个固件或驱动的使用版本的更新等级，根据所述更新等级变更每个固件或驱动的基线版本；
32.自动更新模块：用于定时巡检现网在用设备的所有固件及驱动的使用版本，并与各自的基线版本进行比较，若满足预设的更新条件，则运维端通过作业平台向业务端发送升级代办指令，若业务端选择更新，则设置时间窗口，在所述业务端设置的时间窗口内，运维端通过自身服务器内预下载的所述固件或驱动的更新版本对相应的固件或驱动进行安装升级。
33.根据本发明实施例的第三方面，提供一种存储介质，所述存储介质存储有计算机
程序，所述计算机程序被主控器执行时，实现所述的上述方法中的各个步骤。
34.本发明的实施例提供的技术方案可以包括以下有益效果：
35.本技术通过设置固件及驱动管理平台，固件及驱动管理平台中包含现网设备下的所有固件及驱动的使用版本，运维端定时在各个品牌或厂商的官网或平台下下载其名下的固件或驱动的更新版本，通过定时巡检各个固件及驱动的使用版本，并将使用版本与预设的基线版本进行比较，若满足预设的更新条件，则通过设置时间窗口，在设定的时间窗口内，通过运维端预下载的固件或驱动的更新版本对现有版本进行升级，完成固件或驱动的自动升级，本技术通过上述方案，实现固件或驱动的自动升级，无需与业务方进行线下沟通，且通过预下载至运维端服务器的更新版本以及时间窗口的设定，在升级过程中，无需人工参与，节约人力成本，降低错误率，提高升级效率。
36.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。
附图说明
37.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
38.图1是根据一示例性实施例示出的一种自助固件驱动管理及升级方法的流程示意图；
39.图2是根据一示例性实施例示出的一种自助固件驱动管理及升级装置的系统示意图；
40.附图中：1-管理模块，2-定义模块，3-预下载模块，4-基线版本变更模块，5-自动更新模块。
具体实施方式
41.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
42.实施例一
43.图1是根据一示例性实施例示出的一种自助固件驱动管理及升级方法的流程示意图，如图1所示，该方法包括：
44.s1，设置固件及驱动管理平台，所述固件及驱动管理平台包含现网在用设备的所有固件及驱动的使用版本；
45.s2，在所述固件及驱动管理平台定义每个固件或驱动所属的服务器，所属服务器的品牌，同时定义每个固件或驱动的基线版本；
46.s3，运维端根据所述所属服务器的品牌定时在该品牌的官网或平台下载该品牌服务器下的固件及驱动的更新版本至运维端服务器；
47.s4，所述运维端根据每次下载的固件及驱动的更新版本，在所述固件及驱动管理平台中定义每个固件或驱动的使用版本的更新等级，根据所述更新等级变更每个固件或驱
动的基线版本；
48.s5，定时巡检现网在用设备的所有固件及驱动的使用版本，并与各自的基线版本进行比较，若满足预设的更新条件，则运维端通过作业平台向业务端发送升级代办指令，若业务端选择更新，则设置时间窗口，在所述业务端设置的时间窗口内，运维端通过自身服务器内预下载的所述固件或驱动的更新版本对相应的固件或驱动进行安装升级；
49.可以理解的是，本技术依赖git或者svn的文件版本管理，以及宙斯的资产清单相关信息；通过git或者svn管理相关固件、驱动的版本文件以及相关的标准操作sop，在宙斯平台开发对应的固件及驱动管理平台，对应固件、驱动，建立对应基线、升级sop、变更风险、变更登记等相关维度的管理体系，具体如下：
50.在宙斯平台开发固件及驱动管理平台，所述固件及驱动管理平台包含现网在用设备的所有固件及驱动的使用版本，也就是说，在固件及驱动管理平台中，包含现有的各固件以及驱动的实时版本信息，同时在所述固件及驱动管理平台定义每个固件或驱动所属的服务器，所属服务器的品牌，同时定义每个固件或驱动的基线版本，一个机房或业务线上可能存在多个服务器，每个服务器所属的厂商可能并不相同，而不同厂商或品牌下的固件或驱动的下载地址并不相同，同时各个品牌下的更新版本也存在不兼容的情况，运维端在固件及驱动管理平台中获取到各个固件或驱动所属的服务器的品牌后，在相应的品牌的官网或平台下定时下载该平台下各固件或驱动的更新文件至自身的服务器的数据库中，运维端根据每次下载的固件及驱动的更新版本，在所述固件及驱动管理平台中定义每个固件或驱动的使用版本的更新等级，值得强调的是，更新等级指的是待更新的版本相对于正在使用的版本来说，同时根据更新等级变更每个固件或驱动的基线版本，通过宙斯任务中心设置定时巡检任务，巡检资产清单中设备对应的固件版本，一方面对固件及驱动管理平台中固件或驱动的定义的使用版本进行更新，另一方面，将获取到的固件或驱动的实时版本与定义的基线版本进行比较，若满足更新条件，则通过作业平台向业务端发送升级代办指令，若业务端选择更新，则设置时间窗口，在所述业务端设置的时间窗口内，运维端通过自身服务器内预下载的所述固件或驱动的更新版本对相应的固件或驱动进行安装升级，完成固件或驱动的自动升级更新，业务端还可以选择静默，并设置静默时间；本技术通过设置固件及驱动管理平台，固件及驱动管理平台中包含现网设备下的所有固件及驱动的使用版本，运维端定时在各个品牌或厂商的官网或平台下下载其名下的固件或驱动的更新版本，通过定时巡检各个固件及驱动的使用版本，并将使用版本与预设的基线版本进行比较，若满足预设的更新条件，则通过设置时间窗口，在设定的时间窗口内，通过运维端预下载的固件或驱动的更新版本对现有版本进行升级，完成固件或驱动的自动升级，本技术通过上述方案，实现固件或驱动的自动升级，无需与业务方进行线下沟通，且通过预下载至运维端服务器的更新版本以及时间窗口的设定，在升级过程中，无需人工参与，节约人力成本，降低错误率，提高升级效率。
51.优选地，
52.所述定义每个固件或驱动的使用版本的更新等级包括：
53.若所述固件或驱动的更新版本相对于上一个版本，修复了已知的bug，则在所述固件及驱动管理平台中，将对应的固件或驱动的更新等级设置为重要；
54.若所述固件或驱动的更新版本相对于上一个版本，增加了新的功能，则在所述固
件及驱动管理平台中，将对应的固件或驱动的更新等级设置为推荐；
55.可以理解的是，更新等级包括重要以及推荐两种，如果更新版本相对于上一个版本来说，修复了已知的bug(这些信息可以从官网或平台发布的更新公告中获取)，那么对于现有的使用版本来说，更新到最新版本就是重要的，而如果更新版本相对于上一个版本来说，仅仅是增加了一些新功能，对原功能没有影响的情况下，则对于现有的使用版本来说，更新等级为推荐。
56.优选地，
57.所述根据所述更新等级变更每个固件或驱动的基线版本包括：
58.当所述固件或驱动的更新版本相对于上一个版本，修复了已知的bug，则将该更新版本设置为对应固件或驱动的基线版本；
59.可以理解的是，上述已经论述过，如果更新版本相对于上一个版本来说，修复了已知的bug，那么更新到最新版本是必要的，那么在对比的时候，就应当将使用版本与最新一次修复了bug的新版本进行比较，也就是说，每一次固件或驱动发布最新的涉及到重大bug更新的时候，就将该版本作为基线版本。
60.优选地，
61.所述若满足预设的更新条件，则运维端通过作业平台向业务端发送升级代办指令包括：
62.若所述固件或驱动的使用版本与所述基线版本之间的更新等级为重要，则运维端向业务端发送升级代办指令；
63.可以理解的是，上述已经论述过，如果现有的使用版本与最先版本之间都是新增功能的更新，也就是更新等级为推荐，那么并没有涉及到基线版本的变动，也就是说，这种情况下，平台并不会进行自动更新，而如果官网发布了最先的修复bug的新版本，那么这个新版本会作为基线版本，那么将实时版本与基线版本进行比较的时候，就会通过作业平台向业务端发送升级代办指令。
64.优选地，还包括：
65.在所述固件及驱动管理平台中定义每个固件或驱动所属的服务器的业务id；
66.若运维端通过作业平台同时向业务端发送多个固件或驱动的升级代办指令；
67.所述业务端在设置时间窗口时，若同一时间窗口内包含多个固件或驱动的升级更新，判断同一时间窗口内升级更新的固件或驱动所属的服务器的业务id，对于同一业务id下的固件或驱动，不允许在同一时间窗口下进行升级更新；
68.可以理解的是，本技术还将根据现有业务aid进行互斥校验，保障每个业务对应时间窗口只能有一个节点进行相关维护操作，可以有效缩小故障域，具体为：
69.在所述固件及驱动管理平台中定义每个固件或驱动所属的服务器的业务id，若运维端通过作业平台同时向业务端发送多个固件或驱动的升级代办指令，也就是同时有多个固件或驱动需要更新，所述业务端在设置时间窗口时，若同一时间窗口内包含多个固件或驱动的升级更新，判断同一时间窗口内升级更新的固件或驱动所属的服务器的业务id，对于同一业务id下的固件或驱动，不允许在同一时间窗口下进行升级更新，而如果是不同业务id下的固件或驱动需要同时升级更新，则可以进行均衡时间窗口设置。
70.优选地，还包括：
71.在所述固件及驱动管理平台中定义每个固件或驱动的使用版本的更新风险，所述更新风险包括：普通、标准以及重大；
72.所述业务端设置时间窗口对固件或驱动进行升级更新时，若所述固件或驱动的更新风险为重大，则需要运维端对该事件进行审批，若运维端审批通过，则在相应的时间窗口内，所述固件或驱动正常升级更新，若运维端审批不通过，即使业务端设置时间窗口，在相应的时间窗口内，也不会对所述固件或驱动进行更新；
73.可以理解的是，现有的使用版本在更新到基线版本时，有些可能可以在线升级，而有些可能需要关机升级，而对于业务方来说，关机的风险是很大的，所以根据升级更新过程中的风险，将更新风险设置为普通、标准以及重大三种，而如果更新等级为重大，那么业务端在设置时间窗口后，还需要进行是否为重大升级的判断，如是，则需要运维审批，并在相应窗口进行值守确认，如果不是则进入下一步自动升级。
74.实施例二
75.图2是根据一示例性实施例示出的一种自助固件驱动管理及升级装置的系统示意图，包括：
76.管理模块1：用于设置固件及驱动管理平台，所述固件及驱动管理平台包含现网在用设备的所有固件及驱动的使用版本；
77.定义模块2：用于在所述固件及驱动管理平台定义每个固件或驱动所属的服务器，所属服务器的品牌，同时定义每个固件或驱动的基线版本；
78.预下载模块3：用于运维端根据所述所属服务器的品牌定时在该品牌的官网或平台下载该品牌服务器下的固件及驱动的更新版本至运维端服务器；
79.基线版本变更模块4：用于所述运维端根据每次下载的固件及驱动的更新版本，在所述固件及驱动管理平台中定义每个固件或驱动的使用版本的更新等级，根据所述更新等级变更每个固件或驱动的基线版本；
80.自动更新模块5：用于定时巡检现网在用设备的所有固件及驱动的使用版本，并与各自的基线版本进行比较，若满足预设的更新条件，则运维端通过作业平台向业务端发送升级代办指令，若业务端选择更新，则设置时间窗口，在所述业务端设置的时间窗口内，运维端通过自身服务器内预下载的所述固件或驱动的更新版本对相应的固件或驱动进行安装升级；
81.可以理解的是，通过管理模块1用于设置固件及驱动管理平台，所述固件及驱动管理平台包含现网在用设备的所有固件及驱动的使用版本；通过定义模块2用于在所述固件及驱动管理平台定义每个固件或驱动所属的服务器，所属服务器的品牌，同时定义每个固件或驱动的基线版本；通过预下载模块3用于运维端根据所述所属服务器的品牌定时在该品牌的官网或平台下载该品牌服务器下的固件及驱动的更新版本至运维端服务器；通过基线版本变更模块4用于所述运维端根据每次下载的固件及驱动的更新版本，在所述固件及驱动管理平台中定义每个固件或驱动的使用版本的更新等级，根据所述更新等级变更每个固件或驱动的基线版本；通过自动更新模块5用于定时巡检现网在用设备的所有固件及驱动的使用版本，并与各自的基线版本进行比较，若满足预设的更新条件，则运维端通过作业平台向业务端发送升级代办指令，若业务端选择更新，则设置时间窗口，在所述业务端设置的时间窗口内，运维端通过自身服务器内预下载的所述固件或驱动的更新版本对相应的固
件或驱动进行安装升级；本技术通过设置固件及驱动管理平台，固件及驱动管理平台中包含现网设备下的所有固件及驱动的使用版本，运维端定时在各个品牌或厂商的官网或平台下下载其名下的固件或驱动的更新版本，通过定时巡检各个固件及驱动的使用版本，并将使用版本与预设的基线版本进行比较，若满足预设的更新条件，则通过设置时间窗口，在设定的时间窗口内，通过运维端预下载的固件或驱动的更新版本对现有版本进行升级，完成固件或驱动的自动升级，本技术通过上述方案，实现固件或驱动的自动升级，无需与业务方进行线下沟通，且通过预下载至运维端服务器的更新版本以及时间窗口的设定，在升级过程中，无需人工参与，节约人力成本，降低错误率，提高升级效率。
82.实施例三：
83.本实施例提供一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被主控器执行时，实现上述方法中的各个步骤；
84.可以理解的是，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
85.可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。
86.需要说明的是，在本发明的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是指至少两个。
87.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。
88.应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
89.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
90.此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
91.上述提到的存储介质可以是只读存储器，磁盘或光盘等。
92.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特
点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
93.尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。