补丁安装失败的分析方法及装置与流程

文档序号:17762124发布日期:2019-05-24 21:47阅读:348来源:国知局
补丁安装失败的分析方法及装置与流程

本发明涉及计算机技术领域,尤其涉及一种补丁安装失败的分析方法及装置。



背景技术:

当前企业内部安装系统补丁程序,经常会遇到安装失败的情况,因为补丁程序是官方发布的程序,在安装失败后,因为安装失败原因未知,只能忽略该补丁安装。事实上一些补丁程序经过原因确认,还是可以安装成功。



技术实现要素:

本发明提供一种补丁安装失败的分析方法及装置,用于解决上述问题。

第一方面,本发明实施例提供一种补丁安装失败的分析方法,包括:

在目标补丁文件在终端上安装失败时,所述终端获取对应于所述目标补丁文件的安装失败信息;

根据所述安装失败信息与预存的补丁失败规则文件进行匹配,当匹配未获得安装失败原因时,将所述安装失败信息发送给监控平台,以使所述监控平台上传到云端;

接收所述监控平台反馈的新补丁失败规则文件,并与所述安装失败信息进行匹配获得安装失败原因,将所述安装失败原因发送给监控平台进行显示;

其中,所述新补丁失败规则文件为所述云端对补丁码和补丁安装日志进行分析后获得。

第二方面,本发明实施例提供一种补丁安装失败的分析装置,包括:

获取模块,用于在目标补丁文件在终端上安装失败时,获取对应于所述目标补丁文件的安装失败信息;

匹配模块,用于根据所述安装失败信息与预存的补丁失败规则文件进行匹配,当匹配未获得安装失败原因时,将所述安装失败信息发送给监控平台,以使所述监控平台上传到云端;

接收模块,用于接收所述监控平台反馈的新补丁失败规则文件,并与所述安装失败信息进行匹配获得安装失败原因,将所述安装失败原因发送给监控平台进行显示;

其中,所述新补丁失败规则文件为所述云端对补丁码和补丁安装日志进行分析后获得。

第三方面,本发明实施例提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现如上述方法的步骤。

第四方面,本发明实施例提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现如上述方法的步骤。

由上述技术方案可知,本发明实施例提供的一种补丁安装失败的分析方法及装置,通过在目标补丁文件在终端上安装失败时,所述终端获取对应于所述目标补丁文件的安装失败信息,根据所述安装失败信息与预存的补丁失败规则文件进行匹配,当匹配未获得安装失败原因时,将所述安装失败信息发送给监控平台,以使所述监控平台上传到云端,接收所述监控平台反馈的新补丁失败规则文件,并与所述安装失败信息进行匹配获得安装失败原因,将所述安装失败原因发送给监控平台进行显示,实现快速找到安装失败原因,便于找到解决方案,提高后续的补丁安装成功率。

附图说明

图1为本发明一实施例提供的补丁安装失败的分析方法的流程示意图;

图2为本发明一实施例提供的补丁安装失败的分析装置的结构示意图;

图3为本发明一实施例提供的电子设备的结构示意图。

具体实施方式

下面结合附图和实施例,对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明,但不用来限制本发明的范围。

图1示出了本发明一实施例提供的一种补丁安装失败的分析方法,包括:

s11、在目标补丁文件在终端上安装失败时,所述终端获取对应于所述目标补丁文件的安装失败信息;

s12、根据所述安装失败信息与预存的补丁失败规则文件进行匹配,当匹配未获得安装失败原因时,将所述安装失败信息发送给监控平台,以使所述监控平台上传到云端;

s13、接收所述监控平台反馈的新补丁失败规则文件,并与所述安装失败信息进行匹配获得安装失败原因,将所述安装失败原因发送给监控平台进行显示;

其中,所述新补丁失败规则文件为所述云端对补丁码和补丁安装日志进行分析后获得。

针对上述步骤s11-步骤s13,需要说明的是,在本发明实施例中,当前企业内部安装系统补丁文件,经常会遇到安装失败的情况。当目标补丁文件在终端上安装失败时,所述终端获取对应于所述目标补丁文件的安装失败信息。在这里,所述安装失败信息包括退出码和补丁安装日志。在本实施例中,任何进程退出时,都会留下退出码,操作系统根据退出码可以知道进程是否正常运行。退出码通常是一些大于或等于0整数,通常0表示正常退出,其他数字表示不同的错误。在通常情况下,实施安装软件均会生成对应的安装日志。

在本实施例中,当所述目标补丁文件中包含多个补正项时,安装失败信息包含退出码和对应安装失败的补正项的补丁安装日志。这样做的目的是避免获取所有安装日志,减少操作工作量,降低上传带宽,减小分析数据的数量。

在本实施例中,根据所述安装失败信息与预存的补丁失败规则文件进行匹配。在这里,补丁失败规则文件为根据之前的安装失败经验所总结出的能够对补丁文件分析出安装失败原因的匹配文件。

当匹配未获得安装失败原因时,则说明预存的补丁失败规则文件无法对安装失败信息作出评判结论。此时,需将所述安装失败信息发送给监控平台,以使所述监控平台上传到云端。云端接收到安装失败信息后会对安装失败信息进行全面分析,从而分析出失败原因,并对应的生成新补丁失败规则文件。

终端会接收所述监控平台反馈的新补丁失败规则文件,并与所述安装失败信息进行匹配获得安装失败原因,将所述安装失败原因发送给监控平台进行显示。

另外,根据所述安装失败信息与预存的补丁失败规则文件进行匹配,当匹配获得安装失败原因后,将所述安装失败原因发送给监控平台进行显示。

本发明实施例提供的一种补丁安装失败的分析方法,通过在目标补丁文件在终端上安装失败时,所述终端获取对应于所述目标补丁文件的安装失败信息,根据所述安装失败信息与预存的补丁失败规则文件进行匹配,当匹配未获得安装失败原因时,将所述安装失败信息发送给监控平台,以使所述监控平台上传到云端,接收所述监控平台反馈的新补丁失败规则文件,并与所述安装失败信息进行匹配获得安装失败原因,将所述安装失败原因发送给监控平台进行显示,实现快速找到安装失败原因,便于找到解决方案,提高后续的补丁安装成功率。

图2示出了本发明一实施例提供的一种补丁安装失败的分析装置,包括获取模块21、匹配模块22、接收模块23,其中:

获取模块21,用于在目标补丁文件在终端上安装失败时,获取对应于所述目标补丁文件的安装失败信息;

匹配模块22,用于根据所述安装失败信息与预存的补丁失败规则文件进行匹配,当匹配未获得安装失败原因时,将所述安装失败信息发送给监控平台,以使所述监控平台上传到云端;

接收模块23,用于接收所述监控平台反馈的新补丁失败规则文件,并与所述安装失败信息进行匹配获得安装失败原因,将所述安装失败原因发送给监控平台进行显示;

其中,所述新补丁失败规则文件为所述云端对补丁码和补丁安装日志进行分析后获得。

所述匹配模块还用于:

根据所述安装失败信息与预存的补丁失败规则文件进行匹配,当匹配获得安装失败原因后,将所述安装失败原因发送给监控平台进行显示。

由于本发明实施例所述装置与上述实施例所述方法的原理相同,对于更加详细的解释内容在此不再赘述。

需要说明的是,本发明实施例中可以通过硬件处理器(hardwareprocessor)来实现相关功能模块。

本发明实施例提供的一种补丁安装失败的分析装置,通过在目标补丁文件在终端上安装失败时,所述终端获取对应于所述目标补丁文件的安装失败信息,根据所述安装失败信息与预存的补丁失败规则文件进行匹配,当匹配未获得安装失败原因时,将所述安装失败信息发送给监控平台,以使所述监控平台上传到云端,接收所述监控平台反馈的新补丁失败规则文件,并与所述安装失败信息进行匹配获得安装失败原因,将所述安装失败原因发送给监控平台进行显示,实现快速找到安装失败原因,便于找到解决方案,提高后续的补丁安装成功率。

图3示例了一种电子设备的实体结构示意图,如图3所示,该电子设备可以包括:处理器(processor)310、通信接口(communicationsinterface)320、存储器(memory)330和通信总线340,其中,处理器310,通信接口320,存储器330通过通信总线340完成相互间的通信。处理器310可以调用存储器330中的逻辑指令,以执行如下方法:在目标补丁文件在终端上安装失败时,所述终端获取对应于所述目标补丁文件的安装失败信息,根据所述安装失败信息与预存的补丁失败规则文件进行匹配,当匹配未获得安装失败原因时,将所述安装失败信息发送给监控平台,以使所述监控平台上传到云端,接收所述监控平台反馈的新补丁失败规则文件,并与所述安装失败信息进行匹配获得安装失败原因,将所述安装失败原因发送给监控平台进行显示。

此外,上述的存储器330中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个非暂态计算机可读存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如rom/ram、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本领域普通技术人员可以理解:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明权利要求所限定的范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1