一种微软操作系统补丁管理方法和系统与流程

1.本发明涉及软件技术领域，更具体地说，涉及一种微软操作系统补丁管理方法和系统。


背景技术：

2.随着我国核电工程设计信息化的不断进步与完善，服务器的数量也随之显著增长，其中，微软操作系统的安全问题也越来越成为关注的重点，其重要性要求毋庸置疑。微软操作系统服务器的补丁集中管理也越发重要。
3.在信息系统日常运维过程中，通常每月都会通过wsus对微软操作系统下发最新的补丁，一直以来都是靠工程师单台检查补丁更新的安装情况。
4.目前靠工程师单台检查补丁更新情况存在以下问题：
5.人力投入大。微软操作系统服务器数量多，靠人工检查补丁更新情况工作量巨大，运维工作效率低。
6.补丁更新的历史信息数据难以有效管理，不能保证信息数据的可追溯性，对于信息数据传承具有十分重要的意义，不能高效、清晰地记录和查询信息数据的历史信息。


技术实现要素：

7.本发明要解决的技术问题在于，针对现有技术的上述缺陷，提供一种微软操作系统补丁管理方法和系统。
8.本发明解决其技术问题所采用的技术方案是：构造一种微软操作系统补丁管理方法，包括以下步骤：
9.补丁管理服务器向待管理服务器发送信息收集请求；
10.所述待管理服务器接收所述信息收集请求，并根据所述信息收集请求返回需求信息至所述补丁管理服务器；
11.所述补丁管理服务器对所述需求信息进行分析处理，以获得所述待管理服务器的类型信息数据表；
12.所述补丁管理服务器将所述类型信息数据表存储于数据库中。
13.在本发明所述的微软操作系统补丁管理方法中，所述需求信息包括：待管理服务器的名称、os版本、ip地址、磁盘剩余容量、管理员组成员信息、补丁信息以及ad域信息中的任意一种或者多种。
14.在本发明所述的微软操作系统补丁管理方法中，所述补丁管理服务器对所述需求信息进行分析处理，以获得所述待管理服务器的类型信息数据表包括：
15.所述补丁管理服务器对所述需求信息进行格式化，获得标准类型数据；
16.所述补丁管理服务器根据所述标准类型数据的类型获得所述类型信息数据表。
17.在本发明所述的微软操作系统补丁管理方法中，所述补丁管理服务器将所述类型信息数据表存储于数据库中包括：
18.所述补丁管理服务器判断所述待管理服务器的数据是否存储在所述数据库中；
19.若是，根据所述类型信息数据表对存储于所述数据库中的原数据表进行更新；
20.若否，将所述类型信息数据表存储于所述数据库中。
21.在本发明所述的微软操作系统补丁管理方法中，所述补丁管理服务器判断所述待管理服务器的数据是否存储在所述数据库中包括：
22.所述补丁管理服务器根据所述待管理服务器的名称判断所述待管理服务器的数据是否存储在所述数据库中。
23.在本发明所述的微软操作系统补丁管理方法中，所述根据所述类型信息数据表对存储于所述数据库中的原数据表进行更新包括：
24.根据所述类型信息数据表，获得待更新信息；
25.判断所述待更新信息是否与所述原数据表中信息内容一致；
26.若是，则将所述待更新信息删除；
27.若否，则根据所述待更新信息对所述原数据表进行更新。
28.在本发明所述的微软操作系统补丁管理方法中，所述方法还包括：
29.所述补丁管理服务器判断是否接收到数据查询请求；
30.若是，所述补丁管理服务器根据所述数据查询请求生成数据集。
31.在本发明所述的微软操作系统补丁管理方法中，所述方法还包括；
32.运维管理系统接收数据查询信息，并根据所述数据查询信息生成数据查询请求；
33.所述运维管理系统将所述数据查询请求发送给所述补丁管理服务器。
34.在本发明所述的微软操作系统补丁管理方法中，所述方法还包括：
35.所述运维管理系统接收所述补丁管理服务器发送的数据集；
36.所述运维管理系统对根据所述数据集生成服务器信息表；
37.所述运维管理系统对所述服务器信息表进行处理，获得未安装更新服务器表；
38.所述运维管理系统将所述未安装更新服务器表发送至管理终端。
39.本发明还提供一种微软操作系统补丁管理系统，包括：补丁管理服务器和待管理服务器；
40.所述补丁管理服务器用于向所述待管理服务器发送信息收集请求，并根据所述待管理服务器返回的需求信息获得类型信息数据表，以及将所述类型信息数据表存储于数据库中；
41.所述待管理服务器用于根据所述信息收集请求返回需求信息至所述补丁管理服务器。
42.实施本发明的微软操作系统补丁管理方法和系统，具有以下有益效果：包括以下步骤：补丁管理服务器向待管理服务器发送信息收集请求；所述待管理服务器接收所述信息收集请求，并根据所述信息收集请求返回需求信息至所述补丁管理服务器；所述补丁管理服务器对所述需求信息进行分析处理，以获得所述待管理服务器的类型信息数据表；所述补丁管理服务器将所述类型信息数据表存储于数据库中。本发明有效提高微软操作系统补丁的处理效率，大大提升运维人员的工作效率，降低生产成本，稳定可靠，同时还可以高效地、清晰地记录和查询信息数据的历史信息。
附图说明
43.下面将结合附图及实施例对本发明作进一步说明，附图中：
44.图1是本发明提供的微软操作系统补丁管理方法实施例一的流程示意图；
45.图2是本发明提供的微软操作系统补丁管理方法实施例二的流程示意图；
46.图3是本发明提供的微软操作系统补丁管理方法实施例三的流程示意图。
具体实施方式
47.为了对本发明的技术特征、目的和效果有更加清楚的理解，现对照附图详细说明本发明的具体实施方式。
48.为了解决现有仅靠工程师单台检查补丁更新导致人力投入大、运维工作效率低，补丁更新的历史信息数据难以有效管理等问题，本发明提供了一种微软操作系统补丁管理方法，该微软操作系统补丁管理方法可集成补丁收集、整理、存储和查询于一体，可对服务器的补丁进行集中管理，及时发现未能及时更新补丁的服务器，大大减少人力投入成本，降低微软操作系统补丁收集操作复杂性，有效提升运维工作效率，唯细粒度的补丁管理和较高的安全性。相较于传统仅依靠人工单台检查，本发明可快速查询服务器的补丁安装情况，可高效、清晰地记录和查询信息数据的历史信息，有效高核电工程设计服务器的安全性和可靠性。
49.参考图1，为本发明提供的微软操作系统补丁管理方法实施例一的流程示意图。
50.具体的，如图1所示，该微软操作系统补丁管理方法可包括以下步骤：
51.步骤s101、补丁管理服务器向待管理服务器发送信息收集请求。
52.本发明实施例中，补丁管理服务器可定期向待管理服务器发送信息收集请求。其中，待管理服务器可包括多台。具体的，本发明实施例的补丁管理服务器通过脚本收集待管理服务器的服务器名称、os版本、ip地址、磁盘剩余容量、管理员组成员信息、补丁信息以及ad域信息等。
53.步骤s102、待管理服务器接收信息收集请求，并根据信息收集请求返回需求信息至补丁管理服务器。
54.可选的，本发明实施例中，需求信息包括：待管理服务器的名称、os版本、ip地址、磁盘剩余容量、管理员组成员信息、补丁信息以及ad域信息中的任意一种或者多种。
55.具体的，待管理服务器接收到补丁管理服务器发送的信息收集请求后，根据信息收集请求确定补丁管理服务器所需收集的信息，并将自身对应的信息返回给补丁管理服务器。如，将自身的服务器名称、os版本、ip地址、磁盘剩余容量、管理员组成员、补丁信息和ad域信息返回给补丁管理服务器。
56.步骤s103、补丁管理服务器对需求信息进行分析处理，以获得待管理服务器的类型信息数据表。
57.一些实施例中，补丁管理服务器对需求信息进行分析处理，以获得待管理服务器的类型信息数据表包括：补丁管理服务器对需求信息进行格式化，获得标准类型数据；补丁管理服务器根据标准类型数据的类型获得类型信息数据表。
58.可以理解地，本发明实施例中，通过将待管理服务器返回的需求信息进行格式化，以转换为标准的数据类型，可方便数据库存储、查询及修改等。
59.步骤s104、补丁管理服务器将类型信息数据表存储于数据库中。
60.一些实施例中，补丁管理服务器将类型信息数据表存储于数据库中包括：补丁管理服务器判断待管理服务器的数据是否存储在数据库中；若是，根据类型信息数据表对存储于数据库中的原数据表进行更新；若否，将类型信息数据表存储于数据库中。
61.一些实施例中，补丁管理服务器判断待管理服务器的数据是否存储在数据库中包括：补丁管理服务器根据待管理服务器的名称判断待管理服务器的数据是否存储在数据库中。
62.一些实施例中，根据类型信息数据表对存储于数据库中的原数据表进行更新包括：根据类型信息数据表，获得待更新信息；判断待更新信息是否与原数据表中信息内容一致；若是，则将待更新信息删除；若否，则根据待更新信息对原数据表进行更新。
63.具体的，在进行数据库存储时，将格式化后的数据按照待管理服务器的服务器名称、os版本、ip地址、磁盘剩余容量、管理员组成员、补丁信息、ad域信息分别存储于数据库中的数据表(即类型信息数据表)中。
64.进一步地，由于多次收集会产生大量的重复数据，因此，本发明实施例中，对所需要存储的数据进行匹配后进行更新存储。
65.可选的，本发明实施例中，先基于待管理服务器的服务器名称进行匹配判断，若数据库中存在与该待管理服务器的服务器名称一致的名称，则判断数据库中存在该待管理服务器的数据存储在数据库中，此时，基于当前的类型信息数据表对数据库中所存储的原数据表进行更新；若数据库中不存在与该待管理服务器名称一致的名称，则判断数据库中不存在该待管理服务器的数据，此时，直接将类型信息数据表存进数据库。
66.进一步地，基于当前的类型信息数据表对数据库中所存储的原数据表进行更新可通过以下方式实现：即根据类型信息数据表中的具体的类型信息的信息内容对原数据表进行查询，如果在原数据表中存在相同的数据，则将该数据丢弃掉，若没有相同的数据，则将类型信息数据表中的数据更新至原数据表中，完成数据更新，从而保证数据库中的数据表中的内容为最新状态。
67.参考图2，为本发明提供的微软操作系统补丁管理方法实施例二的流程示意图。
68.如图2所示，该实施例在实施例一的基础上，进一步还包括：
69.步骤s105、补丁管理服务器判断是否接收到数据查询请求。
70.步骤s106、若是，补丁管理服务器根据数据查询请求生成数据集。
71.一些实施例中，运维管理系统接收数据查询信息，并根据数据查询信息生成数据查询请求；运维管理系统将数据查询请求发送给补丁管理服务器。
72.具体的，本发明实施例中，通过运维管理系统页面，可进入查询界面，以输入相应的查询条件，进而由运维管理系统根据所输入的查询条件获取到数据查询信息，并根据数据查询信息生成对应的数据查询请求，进而将数据查询请求发送给补丁管理服务器，补丁管理服务器接收到数据查询请求后，根据数据查询请求获得查询条件，再根据查询条件进行数据查询，并将所查询得到的数据获得详细的数据表，再将所获得的详细的数据表生成对应的数据集，并将所生成的数据集返回给运维管理系统。
73.本发明实施例中，通过运维管理系统页面，进入查询界面输入查询条件后执行查询，数据库接收页面传递过来的查询条件进行查询，并生成详细数据表返回给页面，运维管
理系统接收返回的数据集并在网页上进行展示或生成详细的数据表。
74.参考图3，为本发明提供的微软操作系统补丁管理方法实施例三的流程示意图。
75.如图3所示，该实施例在实施例二的基础上，进一步地还包括：
76.步骤s107、运维管理系统接收补丁管理服务器发送的数据集。
77.步骤s108、运维管理系统对根据数据集生成服务器信息表。
78.步骤s109、运维管理系统对服务器信息表进行处理，获得未安装更新服务器表。
79.步骤s110、运维管理系统将未安装更新服务器表发送至管理终端。
80.本发明实施例中，通过进行数据库查询和页面展示，可以生成没有补丁更新服务器的信息表，并由运维管理系统自动将未安全更新服务器表发送给管理终端，以告知运维管理人员，从而方便运维管理人员及时、准确地对未安装更新的服务器进行安装操作，同时还可实现补丁智能复查。
81.本发明实施例微软操作方法自动化的将补丁安装情况发送给管理员，以往检查微软操作系统补丁安装情况依靠人工单台检查，而本发明操作步骤简单、界面亲和，可以自动检查微软操作系统补丁安装情况。
82.进一步地，本发明实施例轻量化的微软操作系统补丁收集、理整、存储和查询处理方法，有效的提高微软操作系统补丁的处理效率，很大程度的提升了运维人员的工作效率，并已应用于多个核电项目服务器中。证明这种方法有效提高工作效率，降低生产成本，且稳定可靠。
83.本发明实施例的微软操作系统补丁管理方法通过数据报表智能查询功能，主动通知系统管理员，实现补丁自动筛查，系统管理员通过筛查结果，进行服务器安全升级。解决了人工手动筛查补丁缺漏造成的安全风险，而人工筛查为目前主要手段，通过保护本智能筛查功能以及筛查结果自动发送的方法，在补丁风险方面的广泛利用，以达到加强服务器风险安全管理级别，为企业安全管理带来效益。
84.本发明还提供一种微软操作系统补丁管理系统，该微软操作系统补丁管理系统可以用于实现本发明实施例公开的微软操作系统补丁管理方法。
85.具体的，该微软操作系统补丁管理系统可包括：补丁管理服务器和待管理服务器。
86.补丁管理服务器用于向待管理服务器发送信息收集请求，并根据待管理服务器返回的需求信息获得类型信息数据表，以及将类型信息数据表存储于数据库中。
87.本发明实施例中，补丁管理服务器可定期向待管理服务器发送信息收集请求。其中，待管理服务器可包括多台。具体的，本发明实施例的补丁管理服务器通过脚本收集待管理服务器的服务器名称、os版本、ip地址、磁盘剩余容量、管理员组成员信息、补丁信息以及ad域信息等。
88.进一步地，本发明实施例中，该补丁管理服务器还用于判断是否接收到数据查询请求，若是，则该补丁管理服务器根据所接收到的数据查询请求生成数据集，并将所生成的数据集发送给运维管理系统。
89.待管理服务器用于根据信息收集请求返回需求信息至补丁管理服务器。
90.可选的，本发明实施例中，需求信息包括：待管理服务器的名称、os版本、ip地址、磁盘剩余容量、管理员组成员信息、补丁信息以及ad域信息中的任意一种或者多种。
91.具体的，待管理服务器接收到补丁管理服务器发送的信息收集请求后，根据信息
收集请求确定补丁管理服务器所需收集的信息，并将自身对应的信息返回给补丁管理服务器。如，将自身的服务器名称、os版本、ip地址、磁盘剩余容量、管理员组成员、补丁信息和ad域信息返回给补丁管理服务器。
92.进一步地，本发明实施例微软操作系统补丁管理系统还包括：运维管理系统。该运维管理系统用于接收数据查询信息，并根据数据查询信息生成数据查询请求，以及该运维管理系统将数据查询请求发送给补丁管理服务器。
93.具体的，本发明实施例中，通过运维管理系统页面，可进入查询界面，以输入相应的查询条件，进而由运维管理系统根据所输入的查询条件获取到数据查询信息，并根据数据查询信息生成对应的数据查询请求，进而将数据查询请求发送给补丁管理服务器，补丁管理服务器接收到数据查询请求后，根据数据查询请求获得查询条件，再根据查询条件进行数据查询，并将所查询得到的数据获得详细的数据表，再将所获得的详细的数据表生成对应的数据集，并将所生成的数据集返回给运维管理系统。
94.进一步地，本发明实施例中，该运维管理系统接收补丁管理服务器发送的数据集。
95.运维管理系统对根据数据集生成服务器信息表，对服务器信息表进行处理，获得未安装更新服务器表，并将未安装更新服务器表发送至管理终端。
96.本发明实施例中，通过运维管理系统页面，进入查询界面输入查询条件后执行查询，数据库接收页面传递过来的查询条件进行查询，并生成详细数据表返回给页面，运维管理系统接收返回的数据集并在网页上进行展示或生成详细的数据表。
97.进一步地，一些实施例中，本发明实施例微软操作系统补丁管理系统还包括：管理终端。该管理终端用于接收运维管理系统发送的未安装更新服务器表并进行显示。
98.上述对本发明的优选实施例的描述的目的是为了举例说明及描述。这些实施例不是穷尽性的，也就是说本发明不受所公开的精确形式的限制，在本发明的教导下或从本发明的实践中可以获得对这些实施例的多种修改和变化。对实施例的选择和描述是为了对本发明的原理及其实际应用做出解释，以使本领域的技术人员能够在各种实施例中利用本发明、以及为配合特殊用途进行各种修改。本发明的范围由本发明的权利要求及其等同限定。另外，应当理解，在不脱离本发明的精神和范围的情况下，可以对本发明实施例做出各种改变、置换和替代。
99.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
100.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
101.结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存
储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd
‑
rom、或技术领域内所公知的任意其它形式的存储介质中。
102.以上实施例只为说明本发明的技术构思及特点，其目的在于让熟悉此项技术的人士能够了解本发明的内容并据此实施，并不能限制本发明的保护范围。凡跟本发明权利要求范围所做的均等变化与修饰，均应属于本发明权利要求的涵盖范围。