CN108037947A - 补丁包加载方法及其装置、终端 - Google Patents
补丁包加载方法及其装置、终端 Download PDFInfo
- Publication number
- CN108037947A CN108037947A CN201711310432.2A CN201711310432A CN108037947A CN 108037947 A CN108037947 A CN 108037947A CN 201711310432 A CN201711310432 A CN 201711310432A CN 108037947 A CN108037947 A CN 108037947A
- Authority
- CN
- China
- Prior art keywords
- service packs
- loading
- stress state
- state information
- small
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Stored Programmes (AREA)
Abstract
本发明提供了一种补丁包加载方法及其装置、终端,本发明提供的技术方案中,在系统重启后,获取系统重启前存储在存储空间中的补丁包加载状态信息;根据与补丁包加载状态信息对应的补丁包重加载策略,执行相应的补丁包加载操作以及相应的补丁包加载状态信息存储操作,本发明通过预设的补丁包重加载策略,在系统重启后,结合系统重启前加载补丁包的情况,在保证安全有效性的基础上,优化了补丁包的加载方式和加载状态信息存储方式。
Description
技术领域
本发明涉及补丁技术领域,具体而言,本发明涉及一种补丁包加载方法及其装置、终端。
背景技术
随着互联网科技的迅猛发展,网络中的信息安全问题也面临着严峻的挑战,各种信息安全事故层出不穷。其中,各大操作系统或者应用程序存在的漏洞成为大规模网络与信息安全事件和重大信息泄露事件的主要原因之一。在发现操作系统或者应用程序存在的缺陷之后,另外编制一个小程序使其完善,这种小程序俗称补丁。针对计算机漏洞带来的危害,加载相应的补丁是最有效、也是最经济的防范措施。信息时代,补丁技术成为了一个重要研究方向。
其中,热补丁(hotfix),又称为patch,是目前一种较快速、低成本修复方式。热补丁的主要优势是不会使设备当前正在运行的业务中断,即在不重启设备的情况下,可以对设备的当前缺陷进行修复。在补丁文件下载后,以动态加载方式将补丁程序加载到设备的应用空间中。
然而,由于补丁程序在加载过程中任然会有各方面原因引起系统关机或重启,一般来说,需要对补丁程序进行重新加载,但重新加载补丁程序也是一项颇为耗时的工作,或多或少的都会存在安全性、有效性、修复速度等方面的问题。
发明内容
为克服上述技术问题或者至少部分地解决上述技术问题,特提出以下技术方案。
本发明提供一种补丁包加载方法,包括:
系统重启后,获取系统重启前存储在存储空间中的补丁包加载状态信息;
根据与所述补丁包加载状态信息对应的补丁包重加载策略,执行相应的补丁包加载操作以及相应的补丁包加载状态信息存储操作。
其中,任一补丁包由至少一个小补丁包组成,系统重启前补丁包的加载状态,包括以下任一种情形:
存在未加载的小补丁包;
各个小补丁包已加载成功;
各个小补丁包的加载成功次数大于第一阈值。
具体地,若所述补丁包加载状态信息中包括系统重启前存在未加载的小补丁包时,所述根据与所述补丁包加载状态信息对应的补丁包重加载策略,执行相应的补丁包加载操作以及相应的补丁包加载状态信息存储操作,包括:
将所述补丁包加载状态信息中任一小补丁包的加载状态信息存储为加载中;
执行所述任一小补丁包的加载操作;
待所述任一小补丁包加载完成后,将所述任一小补丁包的加载状态信息存储为加载成功。
具体地,若所述补丁包加载状态信息中包括系统重启前各个小补丁包已加载成功时,所述根据与所述补丁包加载状态信息对应的补丁包重加载策略,执行相应的补丁包加载操作以及相应的补丁包加载状态信息存储操作,包括:
执行各个小补丁包的加载操作;
待各个小补丁包加载完成后,将重新加载成功的各个小补丁包的加载状态信息存储至所述存储空间。
具体地,若所述补丁包加载状态信息中包括系统重启前各个小补丁包的加载成功次数大于第一阈值时,所述根据与所述补丁包加载状态信息对应的补丁包重加载策略,执行相应的补丁包加载操作以及相应的补丁包加载状态信息存储操作,包括:
执行各个小补丁包的加载操作;
待各个小补丁包加载完成后,通过操作系统控制存储操作,所述存储操作用于将重新加载成功的各个小补丁包的加载状态信息存储至所述存储空间。
进一步地,所述方法还包括:
根据所述补丁包加载状态信息,忽略加载系统重启前加载中以及加载失败的小补丁包。
具体地,所述方法还包括:
系统重启次数大于第二预定次数阈值时仍存在未加载的小补丁包,则取消加载所述补丁包。
实际应用中,所述存储空间为持久化存储介质。
本发明还提供一种补丁包加载装置,包括:
获取模块,用于系统重启后,获取系统重启前存储在存储空间中的补丁包加载状态信息;
执行模块,用于根据与所述补丁包加载状态信息对应的补丁包重加载策略,执行相应的补丁包加载操作以及相应的补丁包加载状态信息存储操作。
其中,任一补丁包由至少一个小补丁包组成,系统重启前补丁包的加载状态,包括以下任一种情形:
存在未加载的小补丁包;
各个小补丁包已加载成功;
各个小补丁包的加载成功次数大于第一阈值。
具体地,若所述补丁包加载状态信息中包括系统重启前存在未加载的小补丁包时,所述执行模块具体用于将所述补丁包加载状态信息中任一小补丁包的加载状态信息存储为加载中;执行所述任一小补丁包的加载操作;待所述任一小补丁包加载完成后,将所述任一小补丁包的加载状态信息存储为加载成功。
具体地,若所述补丁包加载状态信息中包括系统重启前各个小补丁包已加载成功时,所述执行模块具体用于执行各个小补丁包的加载操作;待各个小补丁包加载完成后,将重新加载成功的各个小补丁包的加载状态信息存储至所述存储空间。
具体地,若所述补丁包加载状态信息中包括系统重启前各个小补丁包的加载成功次数大于第一阈值时,所述执行模块具体用于执行各个小补丁包的加载操作;待各个小补丁包加载完成后,通过操作系统控制存储操作,所述存储操作用于将重新加载成功的各个小补丁包的加载状态信息存储至所述存储空间。
进一步地,所述执行模块还用于根据所述补丁包加载状态信息,忽略加载系统重启前加载中以及加载失败的小补丁包。
具体地,所述执行模块具体用于当系统重启次数大于第二预定次数阈值时仍存在未加载的小补丁包时,取消加载所述补丁包。
实际应用中,所述存储空间为持久化存储介质。
本发明还提供一种终端,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述任一项所述的补丁包加载方法。
本发明还提供一种可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述任一项所述的补丁包加载方法。
上述的补丁包加载方法及其装置、终端,在系统重启后,获取系统重启前存储在存储空间中的补丁包加载状态信息;根据与补丁包加载状态信息对应的补丁包重加载策略,执行相应的补丁包加载操作以及相应的补丁包加载状态信息存储操作,本发明通过预设的补丁包重加载策略,在系统重启后,结合系统重启前加载补丁包的情况,在保证安全有效性的基础上,优化了补丁包的加载方式和加载状态信息存储方式。
本发明附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为本发明实施例提供的补丁包加载方法的流程示意图;
图2为本发明实施例提供的补丁包重加载策略的第一流程示意图;
图3为本发明实施例提供的补丁包重加载策略的第二流程示意图;
图4为本发明实施例提供的补丁包重加载策略的第三流程示意图;
图5为本发明实施例提供的补丁包加载装置的框架示意图。
具体实施方式
下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能解释为对本发明的限制。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样被特定定义,否则不会用理想化或过于正式的含义来解释。
本技术领域技术人员可以理解,这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备,其仅具备无发射能力的无线信号接收器的设备,又包括接收和发射硬件的设备,其具有能够在双向通讯链路上,执行双向通讯的接收和发射硬件的设备。这种设备可以包括:蜂窝或其他通讯设备,其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通讯设备;PCS(Personal Communications Service,个人通讯系统),其可以组合语音、数据处理、传真和/或数据通讯能力;PDA(Personal Digital Assistant,个人数字助理),其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global Positioning System,全球定位系统)接收器;常规膝上型和/或掌上型计算机或其他设备,其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的,或者适合于和/或配置为在本地运行,和/或以分布形式,运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通讯终端、上网终端、音乐/视频播放终端,例如可以是PDA、MID(Mobile Internet Device,移动互联网设备)和/或具有音乐/视频播放功能的移动电话,也可以是智能电视、机顶盒等设备。
本技术领域技术人员可以理解,这里所使用的远端网络设备,其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云。在此,云由基于云计算(Cloud Computing)的大量计算机或网络服务器构成,其中,云计算是分布式计算的一种,由一群松散耦合的计算机集组成的一个超级虚拟计算机。本发明的实施例中,远端网络设备、终端设备与WNS服务器之间可通过任何通讯方式实现通讯,包括但不限于,基于3GPP、LTE、WIMAX的移动通讯、基于TCP/IP、UDP协议的计算机网络通讯以及基于蓝牙、红外传输标准的近距无线传输方式。
本发明实施例中,一个大补丁包作为一个完整的补丁文件,加载后在运行内存中运行相应的补丁功能。若在打补丁过程中或打完补丁处在良好运行的情况下系统重启,加载的数据会随之擦除,因此系统重启后需要对整个大补丁包进行重新加载。其中大补丁包由多个小补丁包组成,每个小补丁包对应唯一的ID,大包的ID是小包的集合。考虑到重新加载补丁程序是一项颇为耗时的工作,或多或少的都会存在安全性、有效性、修复速度等方面的问题。基于此,本发明实施例提供了一种补丁包加载方法及其装置、终端,下面通过实施例进行介绍。
本发明实施例提供了一种补丁包加载方法,如图1所示,包括:
步骤S110:系统重启后,获取系统重启前存储在存储空间中的补丁包加载状态信息。
本发明实施例中,由补丁加载异常而引发系统崩溃前或由人为重启系统前,打补丁的引擎模块会在每个补丁包加载之前和之后都记录补丁的状态,并且确保加载状态信息已经存入存储空间,以便打补丁过程中如果出现重启,能够在下一次重新加载补丁前根据存储空间保存的补丁包加载状态信息进行处理,避免仍然出现由补丁加载异常而引发系统崩溃问题,以及优化补丁包加载的处理方式。其中,加载状态信息包括但不限于:加载成功、未加载、加载失败,加载中、加载成功次数、加载成功的补丁的地址信息、加载失败的原因等,并将这些信息存放进存储空间。
上述存储空间是指持久化存储介质,包括:机身储存、SD卡、TF卡、CF卡、磁盘、固态硬盘、SAN(Storage Area Network,存储区域网络),等等技术领域内所公知的任意其它形式的持久化存储介质。
需要说明的是,除了补丁包加载状态信息,补丁包文件也存放在该存储空间中。
系统崩溃后重新启动,可以在存储空间中获取补丁包加载状态信息,以便执行步骤S102。
步骤S120:根据与补丁包加载状态信息对应的补丁包重加载策略,执行相应的补丁包加载操作以及相应的补丁包加载状态信息存储操作。
本发明实施例中,主要采用三级存储的补丁包重加载策略来兼顾补丁包加载的有效性、补丁包加载状态信息存储的有效性、补丁加载的速度等。
具体而言,根据系统重启前存储的补丁包加载状态信息,将系统重启前补丁包的加载状态分为至少三种情况:
1、存在未加载的小补丁包
即新下载的补丁包在加载过程中系统重启了,大补丁包中的部分小补丁包在重启之前已经加载成功,而另一部分小补丁包还未曾加载过。对于这种情况,补丁包重加载策略具体如图2所示,将在下文的详细介绍。
2、各个小补丁包已加载成功
即一个完整的大补丁包已经全部加载完成,处在良好运行过程中发生了系统重启。此时的系统重启包括但不限于由电量不足、其他程序崩溃等非补丁包引起的系统关机或重启。对于这种情况,补丁包重加载策略具体如图3所示,将在下文的详细介绍。
3、各个小补丁包的加载成功次数大于第一阈值
即各个小补丁包已经完成多次加载成功,并且皆处在良好运行过程中发生了系统重启,例如由上述第二种情况重启后经过了重加载,处在良好运行过程中发生了系统重启。对于这种情况,补丁包重加载策略具体如图4所示,将在下文的详细介绍。其中,本领域技术人员可根据实际需要设置该第一阈值,此处不做限定。
本发明实施例提供的补丁包加载方法,在系统重启后,获取系统重启前存储在存储空间中的补丁包加载状态信息;根据与补丁包加载状态信息对应的补丁包重加载策略,执行相应的补丁包加载操作以及相应的补丁包加载状态信息存储操作,本发明通过预设的补丁包重加载策略,在系统重启后,结合系统重启前加载补丁包的情况,在保证安全有效性的基础上,优化了补丁包的加载方式和加载状态信息存储方式。
作为本发明的一个实施例,若补丁包加载状态信息中包括系统重启前存在未加载的小补丁包时,具体的补丁包重加载策略如图2所示,包括:
步骤S201:将补丁包加载状态信息中任一小补丁包的加载状态信息存储为加载中;
步骤S202:执行任一小补丁包的加载操作;
步骤S203:待任一小补丁包加载完成后,将任一小补丁包的加载状态信息存储为加载成功。
系统重启前存在未加载的小补丁包时,系统重启后重新对补丁包进行加载的过程中,每加载一个小补丁包,在加载前后都还是需要记录补丁包的状态信息,有助于系统的安全性和完备性。本发明实施例中,各个小补丁包按顺序依次加载或多个小补丁包同时加载。
作为本发明的一个实施例,若补丁包加载状态信息中包括系统重启前各个小补丁包已加载成功时,具体的补丁包重加载策略如图3所示,包括:
步骤S301:执行各个小补丁包的加载操作;
步骤S302:待各个小补丁包加载完成后,将重新加载成功的各个小补丁包的加载状态信息存储至存储空间。
对于系统重启前全部小补丁包都加载成功并运行良好的大补丁包,因为系统重启前曾加载成功,在安全性方面具有保障。本发明实施例中,重新加载系统重启前曾加载成功的各个小补丁包时无需对一个小补丁的加载状态信息单独进行存储,直接在全部执行完各个小补丁包的加载操作后同时进行,各个小补丁包按顺序依次加载或多个小补丁包同时加载。因此结合一个大补丁包中的所有小补丁包,可以大量减少整个大补丁包的加载过程中存储补丁包加载状态信息的步骤,加快加载速度,并且大量减少存储写盘的次数,提高系统性能的同时一定程度上保护了硬件资源。
作为本发明的一个实施例,若补丁包加载状态信息中包括系统重启前各个小补丁包的加载成功次数大于第一阈值时,具体的补丁包重加载策略如图4所示,包括:
步骤S401:执行各个小补丁包的加载操作;
步骤S402:待各个小补丁包加载完成后,通过操作系统控制存储操作,存储操作用于将重新加载成功的各个小补丁包的加载状态信息存储至存储空间。
作为示例地,系统已经重启两次了,这时候各个小补丁包在前两次打补丁过程中都加载成功,可见这部分补丁包的安全性已经充分得到保证,因此在下次系统重启的打补丁过程中,不再对这部分补丁包重新加载成功的记录进行实时存储,而是通过操作系统控制存储操作。简单来说,一般的操作系统具有缓存空间,所有数据并不会即时写盘,而是先存放在缓存里面,等到一批程序的数据集中到一定量再进行归并处理。相较于上文直接将补丁包的加载状态信息更新存储至存储空间可以调用即时存储函数,本发明实施例中可以调用归并操作类函数进行调度存储,以实现系统效率最大化。
实际应用中,大补丁包中也会存在系统重启前加载失败的补丁包和系统重启前加载中的补丁包。毫无疑问地,系统重启前加载失败的补丁包在系统崩溃前的打补丁过程中已经加载失败,没有再次加载的价值。而系统重启前加载中的补丁包意味着该补丁包在加载过程中引起了系统崩溃,可能是不适合此操作系统的补丁包,也不用进行加载。
因此本发明实施例提供的补丁包加载方法中,还包括步骤:系统重启后,根据补丁包加载状态信息,忽略加载系统重启前加载中的小补丁包以及系统重启前加载失败的小补丁包。进一步减少了记录补丁包加载状态信息并进行存储的步骤,有效提高了补丁包的加载速度,且避免不适合此操作系统的补丁包引起崩溃,提高了打补丁的成功率。
本发明另一实施例中,可以在系统重启后,重新打补丁之前,可以先对补丁包加载状态信息示出的系统重启前曾加载成功的补丁包进行排查,将可疑的系统重启前曾加载成功的补丁包的加载状态信息标记为加载失败,并存储该加载状态信息。该部分可疑的系统重启前曾加载成功的补丁包此时属于系统重启前加载失败的补丁包,在后续打补丁过程中也要忽略加载。
进一步地,系统重启次数大于第二预定次数阈值时仍存在未加载的小补丁包,则取消加载补丁包。
在补丁包加载过程中,系统过多次异常重启,若根据补丁包加载状态信息确定出多次异常重启后仍存在未加载的小补丁包,可能是由不适合的小补丁包引起的系统崩溃,在不能辨别是由哪个补丁包引起异常的情况下,可以考虑取消这次打补丁操作。
同理地,第二预定次数阈值也可以根据实际情况进行设置,在此不做限制。
本发明实施例提供的补丁包加载方法,在系统重启后,获取系统重启前存储在存储空间中的补丁包加载状态信息;根据与补丁包加载状态信息对应的补丁包重加载策略,执行相应的补丁包加载操作以及相应的补丁包加载状态信息存储操作,本发明通过预设的补丁包重加载策略,在系统重启后,结合系统重启前加载补丁包的情况,在保证安全有效性的基础上,优化了补丁包的加载方式和加载状态信息存储方式,减少了存储补丁包加载状态信息的步骤,有效提高了补丁包的加载速度。并且大量减少存储写盘的次数,提高系统性能的同时一定程度上保护了硬件资源。
本发明实施例还提供一种补丁包加载装置,如图5所示包括:
获取模块501,用于系统重启后,获取系统重启前存储在存储空间中的补丁包加载状态信息;
执行模块502,用于根据与补丁包加载状态信息对应的补丁包重加载策略,执行相应的补丁包加载操作以及相应的补丁包加载状态信息存储操作。
其中,任一补丁包由至少一个小补丁包组成,系统重启前补丁包的加载状态,包括以下任一种情形:
存在未加载的小补丁包;
各个小补丁包已加载成功;
各个小补丁包的加载成功次数大于第一阈值。
具体地,若补丁包加载状态信息中包括系统重启前存在未加载的小补丁包时,执行模块502具体用于将补丁包加载状态信息中任一小补丁包的加载状态信息存储为加载中;执行任一小补丁包的加载操作;待任一小补丁包加载完成后,将任一小补丁包的加载状态信息存储为加载成功。
具体地,若补丁包加载状态信息中包括系统重启前各个小补丁包已加载成功时,执行模块502具体用于执行各个小补丁包的加载操作;待各个小补丁包加载完成后,将重新加载成功的各个小补丁包的加载状态信息存储至存储空间。
具体地,若补丁包加载状态信息中包括系统重启前各个小补丁包的加载成功次数大于第一阈值时,执行模块503具体用于执行各个小补丁包的加载操作;待各个小补丁包加载完成后,通过操作系统控制存储操作,存储操作用于将重新加载成功的各个小补丁包的加载状态信息存储至存储空间。
进一步地,执行模块502还用于根据补丁包加载状态信息,忽略加载系统重启前加载中以及加载失败的小补丁包。
具体地,执行模块502具体用于当系统重启次数大于第二预定次数阈值时仍存在未加载的小补丁包时,取消加载补丁包。
实际应用中,存储空间为持久化存储介质。
本发明实施例还提供一种终端,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述任一实施例所述的补丁包加载方法。
本发明实施例还提供一种可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述任一实施例所述的补丁包加载方法。
本发明实施例所提供的补丁包加载装置可以为设备上的特定硬件或者加载于设备上的软件或固件等。本发明实施例所提供的装置,其实现原理及产生的技术效果和前述方法实施例相同,为简要描述,装置实施例部分未提及之处,可参考前述方法实施例中相应内容,在此不再赘述。
本发明实施例提供的补丁包加载装置,在系统重启后,获取系统重启前存储在存储空间中的补丁包加载状态信息;根据与补丁包加载状态信息对应的补丁包重加载策略,执行相应的补丁包加载操作以及相应的补丁包加载状态信息存储操作,本发明通过预设的补丁包重加载策略,在系统重启后,结合系统重启前加载补丁包的情况,在保证安全有效性的基础上,优化了补丁包的加载方式和加载状态信息存储方式,减少了存储补丁包加载状态信息的步骤,有效提高了补丁包的加载速度。并且大量减少存储写盘的次数,提高系统性能的同时一定程度上保护了硬件资源。
应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上所述仅是本发明的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种补丁包加载方法,其特征在于,包括:
系统重启后,获取系统重启前存储在存储空间中的补丁包加载状态信息;
根据与所述补丁包加载状态信息对应的补丁包重加载策略,执行相应的补丁包加载操作以及相应的补丁包加载状态信息存储操作。
2.根据权利要求1所述的补丁包加载方法,任一补丁包由至少一个小补丁包组成,其特征在于,系统重启前补丁包的加载状态,包括以下任一种情形:
存在未加载的小补丁包;
各个小补丁包已加载成功;
各个小补丁包的加载成功次数大于第一阈值。
3.根据权利要求2所述的补丁包加载方法,其特征在于,若所述补丁包加载状态信息中包括系统重启前存在未加载的小补丁包时,所述根据与所述补丁包加载状态信息对应的补丁包重加载策略,执行相应的补丁包加载操作以及相应的补丁包加载状态信息存储操作,包括:
将所述补丁包加载状态信息中任一小补丁包的加载状态信息存储为加载中;
执行所述任一小补丁包的加载操作;
待所述任一小补丁包加载完成后,将所述任一小补丁包的加载状态信息存储为加载成功。
4.根据权利要求2所述的补丁包加载方法,其特征在于,若所述补丁包加载状态信息中包括系统重启前各个小补丁包已加载成功时,所述根据与所述补丁包加载状态信息对应的补丁包重加载策略,执行相应的补丁包加载操作以及相应的补丁包加载状态信息存储操作,包括:
执行各个小补丁包的加载操作;
待各个小补丁包加载完成后,将重新加载成功的各个小补丁包的加载状态信息存储至所述存储空间。
5.根据权利要求2所述的补丁包加载方法,其特征在于,若所述补丁包加载状态信息中包括系统重启前各个小补丁包的加载成功次数大于第一阈值时,所述根据与所述补丁包加载状态信息对应的补丁包重加载策略,执行相应的补丁包加载操作以及相应的补丁包加载状态信息存储操作,包括:
执行各个小补丁包的加载操作;
待各个小补丁包加载完成后,通过操作系统控制存储操作,所述存储操作用于将重新加载成功的各个小补丁包的加载状态信息存储至所述存储空间。
6.根据权利要求2-5任一项所述的补丁包加载方法,其特征在于,还包括:
根据所述补丁包加载状态信息,忽略加载系统重启前加载中以及加载失败的小补丁包。
7.根据权利要求2所述的补丁包加载方法,其特征在于,还包括:
系统重启次数大于第二预定次数阈值时仍存在未加载的小补丁包,则取消加载所述补丁包。
8.一种补丁包加载装置,其特征在于,包括:
获取模块,用于系统重启后,获取系统重启前存储在存储空间中的补丁包加载状态信息;
执行模块,用于根据与所述补丁包加载状态信息对应的补丁包重加载策略,执行相应的补丁包加载操作以及相应的补丁包加载状态信息存储操作。
9.一种终端,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现权利要求17任一项所述的补丁包加载方法。
10.一种可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1-7任一项所述的补丁包加载方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711310432.2A CN108037947B (zh) | 2017-12-11 | 2017-12-11 | 补丁包加载方法及其装置、终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711310432.2A CN108037947B (zh) | 2017-12-11 | 2017-12-11 | 补丁包加载方法及其装置、终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108037947A true CN108037947A (zh) | 2018-05-15 |
CN108037947B CN108037947B (zh) | 2021-09-07 |
Family
ID=62102275
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711310432.2A Active CN108037947B (zh) | 2017-12-11 | 2017-12-11 | 补丁包加载方法及其装置、终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108037947B (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1696912A (zh) * | 2004-05-11 | 2005-11-16 | 微软公司 | 有效修补 |
US20100014877A1 (en) * | 2008-07-21 | 2010-01-21 | Xerox Corporation | Dynamic process control for printing devices in the presence of reload defects |
CN102597955A (zh) * | 2009-11-02 | 2012-07-18 | 国际商业机器公司 | 数据存储系统的智能滚动升级 |
CN102662701A (zh) * | 2012-03-28 | 2012-09-12 | 中兴通讯股份有限公司 | Cpld在线升级方法、装置及业务单板 |
CN104125101A (zh) * | 2014-08-12 | 2014-10-29 | 烽火通信科技股份有限公司 | 通信系统网元使用热补丁批量升级所属业务单盘的方法 |
CN105159738A (zh) * | 2015-08-20 | 2015-12-16 | 上海斐讯数据通信技术有限公司 | 一种热补丁实现方法及系统 |
CN106796522A (zh) * | 2015-01-22 | 2017-05-31 | 华为技术有限公司 | 用于更新源代码文件的系统和方法 |
CN107168752A (zh) * | 2017-06-20 | 2017-09-15 | 武汉虹信通信技术有限责任公司 | 一种基于网元管理系统的固件升级方法 |
-
2017
- 2017-12-11 CN CN201711310432.2A patent/CN108037947B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1696912A (zh) * | 2004-05-11 | 2005-11-16 | 微软公司 | 有效修补 |
US20100014877A1 (en) * | 2008-07-21 | 2010-01-21 | Xerox Corporation | Dynamic process control for printing devices in the presence of reload defects |
CN102597955A (zh) * | 2009-11-02 | 2012-07-18 | 国际商业机器公司 | 数据存储系统的智能滚动升级 |
CN102662701A (zh) * | 2012-03-28 | 2012-09-12 | 中兴通讯股份有限公司 | Cpld在线升级方法、装置及业务单板 |
CN104125101A (zh) * | 2014-08-12 | 2014-10-29 | 烽火通信科技股份有限公司 | 通信系统网元使用热补丁批量升级所属业务单盘的方法 |
CN106796522A (zh) * | 2015-01-22 | 2017-05-31 | 华为技术有限公司 | 用于更新源代码文件的系统和方法 |
CN105159738A (zh) * | 2015-08-20 | 2015-12-16 | 上海斐讯数据通信技术有限公司 | 一种热补丁实现方法及系统 |
CN107168752A (zh) * | 2017-06-20 | 2017-09-15 | 武汉虹信通信技术有限责任公司 | 一种基于网元管理系统的固件升级方法 |
Also Published As
Publication number | Publication date |
---|---|
CN108037947B (zh) | 2021-09-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3893141A1 (en) | Transaction processing method, apparatus, device and system for multi-chain system | |
US10275168B2 (en) | Providing service address space for diagnostics collection | |
US10909244B1 (en) | Computer network defense training on operational networks using software agents | |
CN103500111B (zh) | 一种基于zookeeper的信息配置方法及装置 | |
EP2916488B1 (en) | Method and system for upgrading software of distributed communication device | |
US8762983B2 (en) | Hot deployment of software | |
CN106897299A (zh) | 一种数据库访问方法及装置 | |
CN105740085A (zh) | 容错处理方法及装置 | |
CN107807843A (zh) | 虚拟机中的i/o请求处理方法、设备及计算机可读介质 | |
CN102945193B (zh) | 一种运行数据的恢复方法及电子设备 | |
CN105373563B (zh) | 数据库切换方法及装置 | |
CN105204932A (zh) | 智能终端及其应用程序状态控制方法 | |
CN108037947A (zh) | 补丁包加载方法及其装置、终端 | |
CN113672410A (zh) | 一种数据处理方法及电子装置 | |
US8375188B1 (en) | Techniques for epoch pipelining | |
US9158584B2 (en) | Distributed application execution in a heterogeneous processing system | |
CN114448929A (zh) | 数据链路转接方法、装置和系统,以及计算设备 | |
US20120173484A1 (en) | Synchronizing files between base and detachable device | |
CN107943513A (zh) | 补丁包识别方法、装置和终端 | |
WO2016001772A1 (en) | Synchronizing operations between regions when a network connection fails | |
CN112866336B (zh) | 异步网络通信方法、通信系统、装置及存储介质 | |
KR102057524B1 (ko) | 위성 관제 시스템이 수행하는 실행 시점 복원 방법 | |
CN111324888B (zh) | 应用程序启动时的验证方法、装置、电子设备及存储介质 | |
CN114706635A (zh) | 应用程序的逻辑处理方法、装置及设备 | |
CN117234595A (zh) | 指令处理方法、装置及电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |