CN116257277B - 镜像文件的更新方法、装置及voi系统 - Google Patents
镜像文件的更新方法、装置及voi系统 Download PDFInfo
- Publication number
- CN116257277B CN116257277B CN202310531089.3A CN202310531089A CN116257277B CN 116257277 B CN116257277 B CN 116257277B CN 202310531089 A CN202310531089 A CN 202310531089A CN 116257277 B CN116257277 B CN 116257277B
- Authority
- CN
- China
- Prior art keywords
- file
- differential
- client
- server
- check
- 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.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/61—Installation
- G06F8/63—Image based installation; Cloning; Build to order
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
- G06F8/658—Incremental updates; Differential updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45562—Creating, deleting, cloning virtual machine instances
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Stored Programmes (AREA)
Abstract
本发明提供了一种镜像文件的更新方法、装置及VOI系统,应用于VOI系统,其中VOI系统中包含服务端和客户端;该方法将镜像文件生成的差分文件进行合并,在客户端利用相邻差分文件对应的校验信息合并为校验链表,并将校验链表与服务端的校验信息进行一致性判断从而得到更新策略,从而精确的确定增量更新和全量更新的时机,解决了现有技术中由于不合理的全量更新时机导致的资源浪费问题。
Description
技术领域
本发明涉及镜像更新技术领域,尤其是涉及一种镜像文件的更新方法、装置及VOI系统。
背景技术
VOI(Virtual OS Infrastructure,虚拟系统架构)中的服务端和客户端通过相互之间的服务来实现操作系统镜像文件的更新,服务端通过镜像技术将镜像文件自动下发到客户端,使得客户端实现了操作系统的自动更新。
具体的说,VOI系统的服务端制作的包含各种应用的镜像文件称为模板文件,模板文件经服务端发送至客户端后即可完成操作系统的部署,此时的客户端安装了模板文件中包含的所有应用。当模板缺少某些应用时,在服务端可以继续在模板文件中对该应用进行安装,然后再将模板文件下发到客户端中,这个过程中会对服务端和客户端的模板文件版本号进行更新。
由于服务端和客户端的模板文件版本号完成更新后,可能会出现版本号一致但模板文件不一致的情况,现有技术中缺少对此类场景的精确分析,导致需要控制服务端对客户端进行镜像文件的全量更新,不仅浪费更新时间还会浪费VOI系统的硬件资源。
发明内容
有鉴于此,本发明的目的在于提供一种镜像文件的更新方法、装置及VOI系统,该方法将镜像文件生成的差分文件进行合并,在客户端利用相邻差分文件对应的校验信息合并为校验链表,并将校验链表与服务端的校验信息进行一致性判断从而得到更新策略,从而精确的确定增量更新和全量更新的时机,解决了现有技术中由于不合理的全量更新时机导致的资源浪费问题。
第一方面,本发明实施例提供了一种镜像文件的更新方法,该方法应用于VOI系统,VOI系统中包含服务端和客户端,该方法包括以下步骤:
控制服务端获取已上传的镜像文件,利用镜像文件生成多个依次指向的差分文件,并将差分文件发送至客户端;其中,差分文件中设置有校验信息;
控制客户端将差分文件对应的第一校验信息与相邻指向的差分文件对应的第二校验信息合并后,生成差分文件对应的校验链表;
将服务端中差分文件对应的校验信息与客户端中差分文件对应的校验链表进行一致性判断,并根据判断结果确定更新策略;其中,更新策略至少包含:停止更新策略、增量更新策略和全量更新策略。
在一些实施方式中,控制服务端获取已上传的镜像文件,利用镜像文件生成多个依次指向的差分文件,并将差分文件发送至客户端的步骤,包括:
控制服务端获取已上传的qcow2镜像文件,并利用qcow2镜像文件创建镜像文件;
利用镜像文件确定多个qcow2文件;其中qcow2文件至少包含多个差分文件和一个母盘文件;
将校验信息设置在母盘文件的文件头中,并根据qcow2文件的指向顺序控制母盘文件将校验信息依次传输至差分文件;
将差分文件发送至客户端。
在一些实施方式中,将校验信息设置在母盘文件的文件头中,包括:
获取qcow2镜像文件的版本号、服务端的UUID以及qcow2镜像文件的名称;
按照预设的格式需求对qcow2镜像文件的版本号、服务端的UUID以及qcow2镜像文件的名称进行格式化,得到初始校验信息;
对初始校验信息进行哈希计算生成校验信息,并将校验信息写入至母盘文件的文件头的扩展空间第3072字节位置处。
在一些实施方式中,控制客户端将差分文件对应的第一校验信息与相邻指向的差分文件对应的第二校验信息合并后,生成差分文件对应的校验链表的步骤,包括:
当获取到差分文件的接收指令时,控制客户端根据差分文件的指向顺序依次接收差分文件;
获取差分文件对应的第一校验信息和差分文件相邻指向的差分文件对应的第二校验信息,并利用第一校验信息和第二校验信息生成差分文件对应的校验链表;其中,校验链表的首部为第一校验信息,校验链表的尾部为第二校验信息。
在一些实施方式中,控制客户端根据差分文件的指向顺序依次接收差分文件之后,方法还包括:
当客户端接收的差分文件为指向顺序中最后一个差分文件时,获取差分文件对应的第一校验信息以及随机生成的第三校验信息;其中,第三校验信息与第一校验信息、第二校验信息均不相同;
利用第一校验信息和第三校验信息生成差分文件对应的校验链表;其中,校验链表的首部为第一校验信息,校验链表的尾部为第三校验信息。
在一些实施方式中,将服务端中差分文件对应的校验信息与客户端中差分文件对应的校验链表进行一致性判断,并根据判断结果确定更新策略的步骤,包括:
获取客户端中差分文件对应的校验链表,确定校验链表中包含的第一校验信息和第二校验信息;
判断第一校验信息、第二校验信息与服务端中差分文件对应的校验信息是否一致;
如果是,则将更新策略设置为停止更新策略;如果否,则根据服务端中差分文件对应的校验信息与校验链表之间的链表移动量确定更新策略。
在一些实施方式中,根据服务端中差分文件对应的校验信息与校验链表之间的链表移动量确定更新策略,包括:
计算客户端中差分文件对应的校验链表与服务端的服务端中差分文件对应的校验信息的链表移动次数;
若链表移动次数等于1,则将更新策略设置为增量更新策略;其中,增量更新策略下控制客户端按照对应的差分文件进行合并更新。
在一些实施方式中,根据服务端中差分文件对应的校验信息与校验链表之间的链表移动量确定更新策略,包括:
计算客户端中差分文件对应的校验链表与服务端的服务端中差分文件对应的校验信息的链表移动次数;
若链表移动次数大于1,则将更新策略设置为全量更新策略;其中,全量更新策略下控制客户端将所有的差分文件进行合并更新。
第二方面,本发明实施例提供了一种镜像文件的更新装置,该装置应用于VOI系统,VOI系统中包含服务端和客户端,该镜像文件的更新装置包括以下模块:
服务端控制模块,用于控制服务端获取已上传的镜像文件,利用镜像文件生成多个依次指向的差分文件,并将差分文件发送至客户端;其中,差分文件中设置有校验信息;
客户端控制模块,用于控制客户端将差分文件对应的第一校验信息与相邻指向的差分文件对应的第二校验信息合并后,生成差分文件对应的校验链表;
更新策略生成模块,用于将服务端中差分文件对应的校验信息与客户端中差分文件对应的校验链表进行一致性判断,并根据判断结果确定更新策略;其中,更新策略至少包含:停止更新策略、增量更新策略和全量更新策略。
第三方面,发明实施例还提供一种VOI系统,该VOI系统中包含服务端和客户端,VOI系统中设置有处理器和存储装置;存储装置上存储有计算机程序,计算机程序在被处理器运行时,控制服务端和客户端实现上述第一方面提到的镜像文件的更新方法的步骤。
本发明实施例带来了至少以下有益效果:
本发明提供了一种镜像文件的更新方法、装置及VOI系统,应用于VOI系统,VOI系统中包含服务端和客户端,该方法首先控制服务端获取已上传的镜像文件,利用镜像文件生成多个依次指向的差分文件,并将差分文件发送至客户端;其中,差分文件中设置有校验信息;然后控制客户端将差分文件对应的第一校验信息与相邻指向的差分文件对应的第二校验信息合并后,生成差分文件对应的校验链表;最后将服务端中差分文件对应的校验信息与客户端中差分文件对应的校验链表进行一致性判断,并根据判断结果确定更新策略;其中,更新策略至少包含:停止更新策略、增量更新策略和全量更新策略。该方法将镜像文件生成的差分文件进行合并,在客户端利用相邻差分文件对应的校验信息合并为校验链表,并将校验链表与服务端的校验信息进行一致性判断从而得到更新策略,从而精确的确定增量更新和全量更新的时机,解决了现有技术中由于不合理的全量更新时机导致的资源浪费问题。
本发明的其他特征和优点将在随后的说明书中阐述,或者,部分特征和优点可以从说明书推知或毫无疑义的确定,或者通过实施本发明的上述技术即可得知。
为使本发明的上述目的、特征和优点能更明显易懂,下文特举较佳实施方式,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本发明具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种镜像文件的更新方法的流程图;
图2为本发明实施例提供的一种镜像文件的更新方法中,控制服务端获取已上传的镜像文件,利用镜像文件生成多个依次指向的差分文件,并将差分文件发送至客户端的流程图;
图3为本发明实施例提供的一种镜像文件的更新方法中,将校验信息设置在母盘文件的文件头中的流程图;
图4为本发明实施例提供的一种镜像文件的更新方法中,控制客户端将差分文件对应的第一校验信息与相邻指向的差分文件对应的第二校验信息合并后,生成差分文件对应的校验链表的流程图;
图5为本发明实施例提供的一种镜像文件的更新方法中,控制客户端根据差分文件的指向顺序依次接收差分文件之后的流程图;
图6为本发明实施例提供的一种镜像文件的更新方法中,将服务端中差分文件对应的校验信息与客户端中差分文件对应的校验链表进行一致性判断,并根据判断结果确定更新策略的流程图;
图7为本发明实施例提供的一种镜像文件的更新方法中,根据服务端中差分文件对应的校验信息与校验链表之间的链表移动量确定更新策略的流程图;
图8为本发明实施例提供的另一种镜像文件的更新方法中,根据服务端中差分文件对应的校验信息与校验链表之间的链表移动量确定更新策略的流程图;
图9为本发明实施例提供的一种镜像文件的更新装置的结构示意图;
图10为本发明实施例提供的一种VOI系统的结构示意图。
图标:
910-服务端控制模块;920-客户端控制模块;930-更新策略生成模块;
101-处理器;102-存储器;103-总线;104-通信接口。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合附图对本发明的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
VOI(Virtual OS Infrastructure,虚拟系统架构)中的服务端和客户端通过相互之间的服务来实现操作系统镜像文件的更新,服务端通过镜像技术将镜像文件自动下发到客户端,使得客户端实现了操作系统的自动更新。
具体的说,VOI系统的服务端制作的包含各种应用的镜像文件称为模板文件,模板文件经服务端发送至客户端后即可完成操作系统的部署,此时的客户端安装了模板文件中包含的所有应用。当模板缺少某些应用时,在服务端可以继续在模板文件中对该应用进行安装,然后再将模板文件下发到客户端中,这个过程中会对服务端和客户端的模板文件版本号进行更新。
由于服务端和客户端的模板文件版本号完成更新后,可能会出现版本号一致但模板文件不一致的情况。具体的说,VOI服务端安装好软件后,会手动执行一个合并的操作,该操作会对模板文件进行操作,这个时候与之前下发到VOI客户端的模板文件会发生差异从而产生版本号的版本差异。
通常,VOI服务端和VOI客户端各自维护一个版本信息,当VOI平台执行合并的时候版本号+1;当VOI终端执行合并的时候版本号+1(VOI终端本身也可以做合并)。比如VOI平台版本号是1001,全部模板文件下发到VOI终端也是1001。之后VOI平台安装了一个应用并进行过一次合并,版本号为1002,VOI终端安装了另一个应用并进行了一次合并,版本号为1002。
很明显,在版本号一致的情况下,二者安装的应用并不一样。这就出现一个问题。如何区分模板文件在版本号一致的情况下的内容。现有技术对此类场景难以区分,通常是控制VOI客户端发全部模板文件,以覆盖VOI客户端的模板文件,达到更新VOI客户端的模板的目的。
可见,现有技术中缺少对此类场景的精确分析,导致需要控制服务端对客户端进行镜像文件的全量更新,不仅浪费更新时间还会浪费VOI系统的硬件资源。基于此,本发明实施例提供的一种镜像文件的更新方法、装置及VOI系统,该方法将镜像文件生成的差分文件进行合并,在客户端利用相邻差分文件对应的校验信息合并为校验链表,并将校验链表与服务端的校验信息进行一致性判断从而得到更新策略,从而精确的确定增量更新和全量更新的时机,解决了现有技术中由于不合理的全量更新时机导致的资源浪费问题。
为便于对本实施例进行理解,首先对本发明实施例所公开的一种镜像文件的更新方法进行详细介绍,如图1所示,该方法包括以下步骤:
步骤S101,控制服务端获取已上传的镜像文件,利用镜像文件生成多个依次指向的差分文件,并将差分文件发送至客户端;其中,差分文件中设置有校验信息;
该镜像文件的更新方法应用于VOI系统,VOI系统中包含服务端和客户端。VOI的最大优势在于其抛弃了虚拟化层,既可以集中管理系统镜像和数据,还可以最大化的使用本地资源。
VOI服务端获取镜像文件后生成多个依次指向的差分文件,该差分文件为外置快照文件,且后一个文件依次指向前一个文件。在服务端的操作下将差分文件依次发送至客户端,当此时客户端开机后即可安装差分文件中包含的相关应用。值得一提的是,通常服务端和客户端都会记录版本信息,当客户端对差分文件进行合并后,其对应的版本号就+1;同样的,当服务端进行合并后,其对应的版本号也+1。
步骤S102,控制客户端将差分文件对应的第一校验信息与相邻指向的差分文件对应的第二校验信息合并后,生成差分文件对应的校验链表。
客户端获取差分文件后,按照指向顺序将当前差分文件及其相邻的差分文件所对应的校验信息进行合并,生成一个校验链表。该校验链表包含了两个差分文件信息,由于每一个差分文件中均有校验信息,因此生成的校验链表中包含了两个差分文件的校验信息,在版本更新时可作为当前差分文件的更新依据。
步骤S103,将服务端中差分文件对应的校验信息与客户端中差分文件对应的校验链表进行一致性判断,并根据判断结果确定更新策略;其中,更新策略至少包含:停止更新策略、增量更新策略和全量更新策略。
由于校验信息对应了两个相邻差分文件,因此对校验链表中这两个相邻的差分文件的校验信息与服务端的校验信息进行一致性判断,判断结果包括:一致和不一致的情况。当判断结果为一致时,对应的更新策略为:停止更新策略,即不需要更新;当判断结果为不一致时,则根据判断结果的具体情况将更新策略确定为增量更新策略或全量更新策略。
在一些实施方式中,控制服务端获取已上传的镜像文件,利用镜像文件生成多个依次指向的差分文件,并将差分文件发送至客户端的步骤S101,如图2所示,包括:
步骤S201,控制服务端获取已上传的qcow2镜像文件,并利用qcow2镜像文件创建镜像文件。
Qcow2 镜像文件中包含 linux 或者 windows 操作系统,类似于操作系统的打包文件。具体的说,VOI服务端首先根据已上传的qcow2镜像创建qemu模板机,或者是windowsISO光盘,linux ISO光盘,只要是操作系统安装光盘即可,ISO用于把操作系统安装在qcow2文件中。qemu 是纯软件实现的虚拟化模拟器,几乎可以模拟任何硬件设备,能够模拟一台能够独立运行操作系统的虚拟机,并将指令转译给真正的硬件。qcow2镜像文件是qemu的一种镜像格式,是qemu copy on write的简写,可以通过qemu-img来管理。
步骤S202,利用镜像文件确定多个qcow2文件;其中qcow2文件至少包含多个差分文件和一个母盘文件。
qcow2的外置快照最终是一个qcow2 格式的文件,它的backing-file就是它的上一个快照文件,最初的qcow2可设置为母盘文件。
步骤S203,将校验信息设置在母盘文件的文件头中,并根据qcow2文件的指向顺序控制母盘文件将校验信息依次传输至差分文件。
实际场景中,除母盘文件之外,差分文件设置为三个,分别记为差分1、差分2和差分3。各个外置快照文件的 backing-file 分别指向前一个文件,差分3指向差分2,差分2指向差分1,差分1指向母盘。
此时,控制VOI服务端将模板下发至VOI客户端,这4个文件会依次下发到VOI客户端上,当此时VOI客户端开机后安装了相关应用后,该应用的数据存储在差分3上,然后VOI客户端执行合并操作,此时差分2的数据会合并到差分1,并把差分3作为新的差分2;然后生成新的差分3。此时VOI客户端的文件数据已经与VOI服务端上最初生成的4个差分文件发生了变化。
步骤S204,将差分文件发送至客户端。
这里要说明是,一般VOI客户端和VOI服务端均会记录版本信息。当VOI客户端进行合并后版本会+1;当VOI服务端进行合并后版本也会+1,虽然二者版本一致,但是实际文件内容不一致。
在一些实施方式中,将校验信息设置在母盘文件的文件头中,如图3所示,包括:
步骤S301,获取qcow2镜像文件的版本号、服务端的UUID以及qcow2镜像文件的名称;
步骤S302,按照预设的格式需求对qcow2镜像文件的版本号、服务端的UUID以及qcow2镜像文件的名称进行格式化,得到初始校验信息;
步骤S303,对初始校验信息进行哈希计算生成校验信息,并将校验信息写入至母盘文件的文件头的扩展空间第3072字节位置处。
Qcow2文件头部的自定义版本校验信息,通过当前镜像的版本号+VOI服务端模板机器的UUID+当前文件名称,然后做哈希生成唯一校验信息。
为了能确认文件内容是否发生变化,并基于此判断是否需要全量更新还是增量更新,可使用 qcow2 文件头扩展空间第 3072 字节处写入校验信息,该信息格式为“fa8a9f39-f0e7-4983-94a6-4500ea469232,cecc657b-5b3a-4
6ef-97c2-3c0e1926ed2f”,长度为73个字节。两个UUID中间用逗号隔开,刚好73字节而已,VOI服务端和VOI客户端相互约定,实际上就是在qcow2头部写入相应的信息,用于校验。其核心是使差分2和差分3文件头部的校验信息是一个链表的数据结构。这样通过对比VOI服务端和VOI客户端之间的链表结构,进而作为判断如何更新的依据。
在一些实施方式中,控制客户端将差分文件对应的第一校验信息与相邻指向的差分文件对应的第二校验信息合并后,生成差分文件对应的校验链表的步骤S102,如图4所示,包括:
步骤S401,当获取到差分文件的接收指令时,控制客户端根据差分文件的指向顺序依次接收差分文件;
步骤S402,获取差分文件对应的第一校验信息和差分文件相邻指向的差分文件对应的第二校验信息,并利用第一校验信息和第二校验信息生成差分文件对应的校验链表;其中,校验链表的首部为第一校验信息,校验链表的尾部为第二校验信息。
头部信息以逗号分隔,可以理解为这是一个链表结构,合并前差分2的尾部是差分3的首部。基于上面的合并机制,合并后差分3转为差分2,并生成新的差分3,新的差分3的首部为新的差分2的尾部。实际场景中最后一个差分文件并无相邻的差分文件,因此在一些实施方式中,控制客户端根据差分文件的指向顺序依次接收差分文件之后,如图5所示,该方法还包括:
步骤S501,当客户端接收的差分文件为指向顺序中最后一个差分文件时,获取差分文件对应的第一校验信息以及随机生成的第三校验信息;其中,第三校验信息与第一校验信息、第二校验信息均不相同;
步骤S502,利用第一校验信息和第三校验信息生成差分文件对应的校验链表;其中,校验链表的首部为第一校验信息,校验链表的尾部为第三校验信息。
此时,新的差分3的尾部对应第三校验信息,为生成的新的UUID,其与第一校验信息、第二校验信息均不相同。
在一些实施方式中,将服务端中差分文件对应的校验信息与客户端中差分文件对应的校验链表进行一致性判断,并根据判断结果确定更新策略的步骤S103,如图6所示,包括:
步骤S601,获取客户端中差分文件对应的校验链表,确定校验链表中包含的第一校验信息和第二校验信息;
步骤S602,判断第一校验信息、第二校验信息与服务端中差分文件对应的校验信息是否一致;
步骤S603,如果是,则将更新策略设置为停止更新策略;如果否,则根据服务端中差分文件对应的校验信息与校验链表之间的链表移动量确定更新策略。
当VOI客户端的差分2和3文件的头部与VOI服务端上的头部均一致的情况下,则认为二者的qcow2版本相同。实际场景中,Qcow2文件头部的自定义版本校验信息为ABCDEF,差分文件的数量并不限于四个。
形式1:差分1(A+B)、差分2(B+C)、差分3(C+D)、差分4(D+E)、差分5(E+F)。
合并后变为:
形式2:差分1(B+C)、差分2(C+D)、差分3(D+E)、差分4(E+F)、差分5(F+G)。
其中合并后可通过链表左移算法进行计算,左移1则由形式1变为形式2,即可判断出是合并了一次;新的差分3的尾部为代码中生成的新的UUID唯一值。其中尾部的G可不参与计算,只要保证前面的顺序一致即可,之所以计算整条链是为了防止中间插入其它文件。
因为VOI服务端和VOI客户端最初均存在相同的镜像文件,但是VOI服务端和VOI客户端均可以进行合并操作,造成双边镜像文件的差异,通过头部校验的方式,一定程度上能够通过头部文件形成的链表结构鉴别VOI客户端或者VOI服务端的合并次数,进而更新时主动进行合并(VOI客户端上传更新VOI服务端模板文件,VOI服务端下发更新到VOI客户端),减少需要更新的文件。
在一些实施方式中,根据服务端中差分文件对应的校验信息与校验链表之间的链表移动量确定更新策略,如图7所示,包括:
步骤S701,计算客户端中差分文件对应的校验链表与服务端的服务端中差分文件对应的校验信息的链表移动次数;
步骤S702,若链表移动次数等于1,则将更新策略设置为增量更新策略;其中,增量更新策略下控制客户端按照对应的差分文件进行合并更新
对于版本不同的情况,当服务端进行了一次合并时,此时VOI服务端下发文件更新时,VOI客户端通过对比即可发现文件头部不一致。当VOI客户端发现VOI服务端合并后的差分2尾部为本地差分3的首部时,代表服务端合并过1次,此时VOI客户端做一次合并,这样即可保证VOI客户端本地的差分1和VOI服务端的差分1数据一致,不需要再下载差分1,仅从VOI服务端下载差分2和差分3的数据即可,即增量更新。
在一些实施方式中,根据服务端中差分文件对应的校验信息与校验链表之间的链表移动量确定更新策略,如图8所示,包括:
步骤S801,计算客户端中差分文件对应的校验链表与服务端的服务端中差分文件对应的校验信息的链表移动次数;
步骤S802,若链表移动次数大于1,则将更新策略设置为全量更新策略;其中,全量更新策略下控制客户端将所有的差分文件进行合并更新。
当VOI客户端发现VOI服务端合并后的差分2首部为本地差分3的尾部时,代表VOI服务端合并过2次。当VOI客户端发现VOI服务端合并后的差分2首部和尾部均不是本地差分3的首部和尾部时,代表VOI服务端合并超过2次。此时VOI客户端需要从VOI服务端下载差分1和2和3,即全量更新。
上述实施例中的镜像文件的更新方法在执行过程中并不是无盘的方式,而是VOI客户端本地存储的方式来实现。通常VOI服务端判断是否增量更新,也许是通过校验文件MD5,也许是通过数据库记录的方式,判断文件是否一致,但是计算MD5比较浪费时间和算力,数据库需要实现更复杂的交互。本方案通过文件头部设置校验信息的方式,更简单和快速的实现判断是否增量更新。
通过上述实施例中提到的镜像文件的更新方法可知,该方法将镜像文件生成的差分文件进行合并,在客户端利用相邻差分文件对应的校验信息合并为校验链表,并将校验链表与服务端的校验信息进行一致性判断从而得到更新策略,从而精确的确定增量更新和全量更新的时机,解决了现有技术中由于不合理的全量更新时机导致的资源浪费问题。
对应于上述方法实施例,本发明实施例提供了一种镜像文件的更新装置,该装置应用于VOI系统,VOI系统中包含服务端和客户端,如图9所示,该镜像文件的更新装置包括以下模块:
服务端控制模块910,用于控制服务端获取已上传的镜像文件,利用镜像文件生成多个依次指向的差分文件,并将差分文件发送至客户端;其中,差分文件中设置有校验信息;
客户端控制模块920,用于控制客户端将差分文件对应的第一校验信息与相邻指向的差分文件对应的第二校验信息合并后,生成差分文件对应的校验链表;
更新策略生成模块930,用于将服务端中差分文件对应的校验信息与客户端中差分文件对应的校验链表进行一致性判断,并根据判断结果确定更新策略;其中,更新策略至少包含:停止更新策略、增量更新策略和全量更新策略。
在一些实施方式中,服务端控制模块910,还用于:控制服务端获取已上传的qcow2镜像文件,并利用qcow2镜像文件创建镜像文件;其中,镜像文件至少包括:qemu镜像文件、windows ISO光盘镜像文件和linux ISO光盘镜像文件;利用镜像文件确定多个qcow2文件;其中qcow2文件至少包含多个差分文件和一个母盘文件;将校验信息设置在母盘文件的文件头中,并根据qcow2文件的指向顺序控制母盘文件将校验信息依次传输至差分文件;将差分文件发送至客户端。
在一些实施方式中,服务端控制模块910在将校验信息设置在母盘文件的文件头中,还用于:获取qcow2镜像文件的版本号、服务端的UUID以及qcow2镜像文件的名称;按照预设的格式需求对qcow2镜像文件的版本号、服务端的UUID以及qcow2镜像文件的名称进行格式化,得到初始校验信息;对初始校验信息进行哈希计算生成校验信息,并将校验信息写入至母盘文件的文件头的扩展空间第3072字节位置处。
在一些实施方式中,客户端控制模块920,还用于:当获取到差分文件的接收指令时,控制客户端根据差分文件的指向顺序依次接收差分文件;获取差分文件对应的第一校验信息和差分文件相邻指向的差分文件对应的第二校验信息,并利用第一校验信息和第二校验信息生成差分文件对应的校验链表;其中,校验链表的首部为第一校验信息,校验链表的尾部为第二校验信息。
在一些实施方式中,客户端控制模块920在控制客户端根据差分文件的指向顺序依次接收差分文件之后,还用于:当客户端接收的差分文件为指向顺序中最后一个差分文件时,获取差分文件对应的第一校验信息以及随机生成的第三校验信息;其中,第三校验信息与第一校验信息、第二校验信息均不相同;利用第一校验信息和第三校验信息生成差分文件对应的校验链表;其中,校验链表的首部为第一校验信息,校验链表的尾部为第三校验信息。
在一些实施方式中,更新策略生成模块930,还用于:获取客户端中差分文件对应的校验链表,确定校验链表中包含的第一校验信息和第二校验信息;判断第一校验信息、第二校验信息与服务端中差分文件对应的校验信息是否一致;如果是,则将更新策略设置为停止更新策略;如果否,则根据服务端中差分文件对应的校验信息与校验链表之间的链表移动量确定更新策略。
在一些实施方式中,更新策略生成模块930在根据服务端中差分文件对应的校验信息与校验链表之间的链表移动量确定更新策略时,还用于:计算客户端中差分文件对应的校验链表与服务端的服务端中差分文件对应的校验信息的链表移动次数;若链表移动次数等于1,则将更新策略设置为增量更新策略;其中,增量更新策略下控制客户端按照对应的差分文件进行合并更新。
在一些实施方式中,更新策略生成模块930在根据服务端中差分文件对应的校验信息与校验链表之间的链表移动量确定更新策略时,还用于:计算客户端中差分文件对应的校验链表与服务端的服务端中差分文件对应的校验信息的链表移动次数;若链表移动次数大于1,则将更新策略设置为全量更新策略;其中,全量更新策略下控制客户端将所有的差分文件进行合并更新。
通过上述实施例中提到的镜像文件的更新装置可知,该装置将镜像文件生成的差分文件进行合并,在客户端利用相邻差分文件对应的校验信息合并为校验链表,并将校验链表与服务端的校验信息进行一致性判断从而得到更新策略,从而精确的确定增量更新和全量更新的时机,解决了现有技术中由于不合理的全量更新时机导致的资源浪费问题。
本实施例提供的镜像文件的更新装置,与上述实施例提供的镜像文件的更新方法具有相同的技术特征,所以也能解决相同的技术问题,达到相同的技术效果。为简要描述,实施例部分未提及之处,可参考前述镜像文件的更新方法实施例中相应内容。
本实施例还提供一种VOI系统,该VOI系统的结构示意图如图10所示,该设备包括处理器101和存储器102;其中,存储器102用于存储一条或多条计算机指令,一条或多条计算机指令被处理器执行,以实现上述镜像文件的更新方法。
图10所示的VOI系统中还包括总线103和通信接口104,处理器101、通信接口104和存储器102通过总线103连接。
其中,存储器102可能包含高速随机存取存储器(RAM,Random Access Memory),也可能还包括非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。总线103可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图10中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
通信接口104用于通过网络接口与至少一个用户终端及其它网络单元连接,将封装好的IPv4报文或IPv4报文通过网络接口发送至用户终端。
处理器101可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器101中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器101可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(DigitalSignal Processor,简称DSP)、专用集成电路(Application Specific IntegratedCircuit,简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本公开实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本公开实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器102,处理器101读取存储器102中的信息,结合其硬件完成前述实施例的方法的步骤。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、设备和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,设备或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以用软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上所述实施例,仅为本发明的具体实施方式,用以说明本发明的技术方案,而非对其限制,本发明的保护范围并不局限于此,尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (8)
1.一种镜像文件的更新方法,其特征在于,所述方法应用于VOI系统,所述VOI系统中包含服务端和客户端,所述方法包括以下步骤:
控制所述服务端获取已上传的镜像文件,利用所述镜像文件生成多个依次指向的差分文件,并将所述差分文件发送至所述客户端;其中,所述差分文件中设置有校验信息;
控制所述客户端将所述差分文件对应的第一校验信息与相邻指向的所述差分文件对应的第二校验信息合并后,生成所述差分文件对应的校验链表;
将所述服务端中所述差分文件对应的校验信息与所述客户端中所述差分文件对应的所述校验链表进行一致性判断,并根据判断结果确定更新策略;其中,所述更新策略至少包含:停止更新策略、增量更新策略和全量更新策略;
控制所述服务端获取已上传的镜像文件,利用所述镜像文件生成多个依次指向的差分文件,并将所述差分文件发送至所述客户端的步骤,包括:
控制所述服务端获取已上传的qcow2镜像文件,并利用所述qcow2镜像文件创建镜像文件;
利用所述镜像文件确定多个qcow2文件;其中所述qcow2文件至少包含多个所述差分文件和一个母盘文件;
将所述校验信息设置在所述母盘文件的文件头中,并根据所述qcow2文件的指向顺序控制所述母盘文件将所述校验信息依次传输至所述差分文件;
将所述差分文件发送至所述客户端;
将所述校验信息设置在所述母盘文件的文件头中,包括:
获取所述qcow2镜像文件的版本号、所述服务端的UUID以及所述qcow2镜像文件的名称;
按照预设的格式需求对所述qcow2镜像文件的版本号、所述服务端的UUID以及所述qcow2镜像文件的名称进行格式化,得到初始校验信息;
对所述初始校验信息进行哈希计算生成所述校验信息,并将所述校验信息写入至所述母盘文件的文件头的扩展空间第3072字节位置处。
2.根据权利要求1所述的镜像文件的更新方法,其特征在于,所述控制所述客户端将所述差分文件对应的第一校验信息与相邻指向的所述差分文件对应的第二校验信息合并后,生成所述差分文件对应的校验链表的步骤,包括:
当获取到所述差分文件的接收指令时,控制所述客户端根据所述差分文件的指向顺序依次接收所述差分文件;
获取所述差分文件对应的第一校验信息和所述差分文件相邻指向的差分文件对应的第二校验信息,并利用所述第一校验信息和所述第二校验信息生成所述差分文件对应的校验链表;其中,所述校验链表的首部为所述第一校验信息,所述校验链表的尾部为所述第二校验信息。
3.根据权利要求2所述的镜像文件的更新方法,其特征在于,控制所述客户端根据所述差分文件的指向顺序依次接收所述差分文件之后,所述方法还包括:
当所述客户端接收的所述差分文件为所述指向顺序中最后一个所述差分文件时,获取所述差分文件对应的第一校验信息以及随机生成的第三校验信息;其中,所述第三校验信息与所述第一校验信息、所述第二校验信息均不相同;
利用所述第一校验信息和所述第三校验信息生成所述差分文件对应的校验链表;其中,所述校验链表的首部为所述第一校验信息,所述校验链表的尾部为所述第三校验信息。
4.根据权利要求1所述的镜像文件的更新方法,其特征在于,将所述服务端中所述差分文件对应的校验信息与所述客户端中所述差分文件对应的所述校验链表进行一致性判断,并根据判断结果确定更新策略的步骤,包括:
获取所述客户端中所述差分文件对应的所述校验链表,确定所述校验链表中包含的所述第一校验信息和所述第二校验信息;
判断所述第一校验信息、所述第二校验信息与所述服务端中所述差分文件对应的校验信息是否一致;
如果是,则将所述更新策略设置为所述停止更新策略;如果否,则根据所述服务端中所述差分文件对应的校验信息与所述校验链表之间的链表移动量确定所述更新策略。
5.根据权利要求4所述的镜像文件的更新方法,其特征在于,根据所述服务端中所述差分文件对应的校验信息与所述校验链表之间的链表移动量确定所述更新策略,包括:
计算所述客户端中所述差分文件对应的校验链表与所述服务端的所述服务端中所述差分文件对应的校验信息的链表移动次数;
若所述链表移动次数等于1,则将所述更新策略设置为所述增量更新策略;其中,所述增量更新策略下控制所述客户端按照对应的所述差分文件进行合并更新。
6.根据权利要求4所述的镜像文件的更新方法,其特征在于,根据所述服务端中所述差分文件对应的校验信息与所述校验链表之间的链表移动量确定所述更新策略,包括:
计算所述客户端中所述差分文件对应的校验链表与所述服务端的所述服务端中所述差分文件对应的校验信息的链表移动次数;
若所述链表移动次数大于1,则将所述更新策略设置为所述全量更新策略;其中,所述全量更新策略下控制所述客户端将所有的所述差分文件进行合并更新。
7.一种镜像文件的更新装置,其特征在于,所述装置应用于VOI系统,所述VOI系统中包含服务端和客户端,所述装置包括以下模块:
服务端控制模块,用于控制所述服务端获取已上传的镜像文件,利用所述镜像文件生成多个依次指向的差分文件,并将所述差分文件发送至所述客户端;其中,所述差分文件中设置有校验信息;
客户端控制模块,用于控制所述客户端将所述差分文件对应的第一校验信息与相邻指向的所述差分文件对应的第二校验信息合并后,生成所述差分文件对应的校验链表;
更新策略生成模块,用于将所述服务端中所述差分文件对应的校验信息与所述客户端中所述差分文件对应的所述校验链表进行一致性判断,并根据判断结果确定更新策略;其中,所述更新策略至少包含:停止更新策略、增量更新策略和全量更新策略;
服务端控制模块,还用于:控制所述服务端获取已上传的qcow2镜像文件,并利用所述qcow2镜像文件创建镜像文件;利用所述镜像文件确定多个qcow2文件;其中所述qcow2文件至少包含多个所述差分文件和一个母盘文件;将所述校验信息设置在所述母盘文件的文件头中,并根据所述qcow2文件的指向顺序控制所述母盘文件将所述校验信息依次传输至所述差分文件;将所述差分文件发送至所述客户端;
服务端控制模块,在将所述校验信息设置在所述母盘文件的文件头中的过程中,还用于:获取所述qcow2镜像文件的版本号、所述服务端的UUID以及所述qcow2镜像文件的名称;按照预设的格式需求对所述qcow2镜像文件的版本号、所述服务端的UUID以及所述qcow2镜像文件的名称进行格式化,得到初始校验信息;对所述初始校验信息进行哈希计算生成所述校验信息,并将所述校验信息写入至所述母盘文件的文件头的扩展空间第3072字节位置处。
8.一种VOI系统,其特征在于,所述VOI系统中包含服务端和客户端,所述VOI系统中设置有处理器和存储装置;所述存储装置上存储有计算机程序,所述计算机程序在被所述处理器运行时,控制所述服务端和客户端实现上述权利要求1至6任一项所述的镜像文件的更新方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310531089.3A CN116257277B (zh) | 2023-05-12 | 2023-05-12 | 镜像文件的更新方法、装置及voi系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310531089.3A CN116257277B (zh) | 2023-05-12 | 2023-05-12 | 镜像文件的更新方法、装置及voi系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN116257277A CN116257277A (zh) | 2023-06-13 |
CN116257277B true CN116257277B (zh) | 2023-08-01 |
Family
ID=86686467
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310531089.3A Active CN116257277B (zh) | 2023-05-12 | 2023-05-12 | 镜像文件的更新方法、装置及voi系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116257277B (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109460187A (zh) * | 2018-11-09 | 2019-03-12 | 郑州云海信息技术有限公司 | 一种qcow2文件数据一致性验证方法及验证终端 |
CN110928494A (zh) * | 2019-11-01 | 2020-03-27 | 西安雷风电子科技有限公司 | 一种虚拟磁盘数据同步服务器、客户端及系统 |
CN111221795A (zh) * | 2019-10-31 | 2020-06-02 | 北京浪潮数据技术有限公司 | 一种虚拟化磁盘数据校验方法、装置和介质 |
CN114003569A (zh) * | 2021-10-25 | 2022-02-01 | 武汉噢易云计算股份有限公司 | 一种qcow2镜像文件增量更新方法及装置 |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104991790B (zh) * | 2015-06-09 | 2018-05-25 | 北京奇虎科技有限公司 | 一种文件的升级发布方法和装置 |
WO2018039875A1 (zh) * | 2016-08-29 | 2018-03-08 | 北京小米移动软件有限公司 | 应用升级包获取方法及装置 |
CN107783778B (zh) * | 2017-10-30 | 2020-04-10 | 厦门亿联网络技术股份有限公司 | 一种基于特征值查表法的增量升级方法 |
CN110865842B (zh) * | 2018-08-28 | 2023-11-03 | 成都鼎桥通信技术有限公司 | 一种ota升级方法和设备 |
CN110109695B (zh) * | 2019-04-17 | 2021-08-27 | 华为技术有限公司 | 补丁方法、相关装置及系统 |
CN110442377B (zh) * | 2019-08-13 | 2023-11-24 | 网易(杭州)网络有限公司 | 补丁包生成方法、应用更新方法、装置和电子设备 |
CN113900765A (zh) * | 2020-06-19 | 2022-01-07 | 中兴通讯股份有限公司 | 云应用启动方法、设备、终端及计算机可读存储介质 |
CN111866099B (zh) * | 2020-07-07 | 2022-09-20 | 锐捷网络股份有限公司 | 镜像文件的下载方法、装置、系统、设备及存储介质 |
CN111966631A (zh) * | 2020-07-10 | 2020-11-20 | 福建升腾资讯有限公司 | 一种可快速分发的镜像文件生成方法、系统、设备和介质 |
CN112994955B (zh) * | 2021-04-21 | 2021-08-10 | 恒生电子股份有限公司 | 升级包发送管理方法、增量升级包制备方法及相关装置 |
CN113986937A (zh) * | 2021-10-27 | 2022-01-28 | 上海星融汽车科技有限公司 | 一种客户端数据更新的方法、系统和介质 |
CN114035822A (zh) * | 2021-11-09 | 2022-02-11 | 建信金融科技有限责任公司 | 一种文件更新方法及设备 |
CN114168182A (zh) * | 2021-11-15 | 2022-03-11 | 读书郎教育科技有限公司 | 一种Android终端应用升级的方法 |
CN115964073A (zh) * | 2023-02-06 | 2023-04-14 | 陕西高升云印未来科技有限公司 | 一种Paas平台应用的发布与更新维护方法 |
-
2023
- 2023-05-12 CN CN202310531089.3A patent/CN116257277B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109460187A (zh) * | 2018-11-09 | 2019-03-12 | 郑州云海信息技术有限公司 | 一种qcow2文件数据一致性验证方法及验证终端 |
CN111221795A (zh) * | 2019-10-31 | 2020-06-02 | 北京浪潮数据技术有限公司 | 一种虚拟化磁盘数据校验方法、装置和介质 |
CN110928494A (zh) * | 2019-11-01 | 2020-03-27 | 西安雷风电子科技有限公司 | 一种虚拟磁盘数据同步服务器、客户端及系统 |
CN114003569A (zh) * | 2021-10-25 | 2022-02-01 | 武汉噢易云计算股份有限公司 | 一种qcow2镜像文件增量更新方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN116257277A (zh) | 2023-06-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5269081B2 (ja) | 拡張可能な分散アプリケーションの作成とデプロイメント | |
US20160261771A1 (en) | Image forming apparatus and method for controlling same | |
CN102402442B (zh) | 信息处理装置、启动控制方法 | |
CN109857423B (zh) | 程序版本更新方法、装置、服务器及可读存储介质 | |
CN112445579A (zh) | 零终端数据处理系统及其文件复制方法、装置 | |
CN113220660A (zh) | 一种数据迁移方法、装置、设备及可读存储介质 | |
JP2023535633A (ja) | 受信したセンサデータの追跡された部分をコンピュータ暗号処理を使用して検証すること | |
CN113342471A (zh) | 虚拟机迁移方法、系统及电子设备 | |
CN110989934A (zh) | 区块链节点数据存储方法、区块链系统及区块链节点 | |
CN110442601A (zh) | 一种Openstack镜像数据并行加速的方法和装置 | |
CN116257277B (zh) | 镜像文件的更新方法、装置及voi系统 | |
CN109308288B (zh) | 数据处理方法及装置 | |
JP2008226167A (ja) | データ配布システム及びデータ配布プログラム | |
TWI759096B (zh) | 共享軟體方案之建置與部署系統、方法及電腦可讀媒介 | |
CN113691619B (zh) | 一种报文处理方法、装置、电子设备及存储介质 | |
US11429537B2 (en) | Method, device, and computer program product for managing storage system | |
CN112068925A (zh) | 一种基于WebUploader组件的文件上传方法、装置、电子设备和可读存储介质 | |
CN112596733A (zh) | 编译和获取文件的方法、装置、存储介质、电子设备 | |
CN111614744A (zh) | 一种大文件下载传输方法 | |
US20200244531A1 (en) | System and method for out of the box solution-level configuration and diagnostic logging and reporting | |
CN117560285B (zh) | 一种智控物联整机ota升级方法、客户端及服务端 | |
CN116578392B (zh) | 虚拟机数据交互方法、系统及电子设备 | |
CN115622997B (zh) | 一种共享宿主字体库的方法、装置及存储介质 | |
JP6962159B2 (ja) | サーバー、再現用データ生成方法および再現用データ生成プログラム | |
CN117596257A (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 |