一种快照链的制作方法、装置、电子设备及存储介质与流程

本公开涉及计算机技术领域，进一步涉及虚拟机技术，尤其涉及一种快照链的制作方法、装置、电子设备及存储介质。

背景技术：

在现有技术中，制作快照链的操作流程是：先把存储服务组件(bos)上存储的快照链上的每个快照数据下载到本地，然后通过qemu-imgrebase操作建立快照链；快照回滚的操作流程是：针对快照链上的快照数据倒序执行qemu-imgcommit操作，将这些数据提交压缩为一个磁盘数据new-disk，通过对new-disk执行qemu-imgconvert操作可制作新的虚机镜像，以new-disk为基础启动虚拟机，即可实现快照回滚操作。在实现上述两个操作时，需要将快照链上所有的数据下载到物理机本地，当数据过多时，就有打满物理机磁盘的风险；当快照链过长时，因为需要下载的数据块过多，就会非常耗时。而且，如果有一个快照在制作过程中出现漏传，那么整个快照链的完整性就会得到破坏，即便耗上时间也未必能将磁盘数据正确，即未必能恢复到做快照的这一时刻。

采用现有的快照链业务设计，使得快照链上的快照彼此具有强依赖性，当快照链过长时，快照的完整性及正确性得不到保证；当通过快照进行创建镜像或者回滚快照操作时，会出现操作流程耗时太久的现象，而且存在最终不一定成功的风险；由于本地系统盘的虚机数据的安全性目前主要可依赖的手段就是通过创建快照进行备份，因此，如果快照链不完整，当发生物理机故障时，虚机系统盘中的数据就会有丢失的风险。

技术实现要素：

本申请提供了一种快照链的制作方法、装置、电子设备及存储介质，能够极大地弱化快照链上快照之间的强依赖关系，从而可以极大地提高快照链的完整性和正确性，减少因链路过长频繁发生的各种超时及错误问题。

根据本申请的第一方面，提供了一种快照链的制作方法，所述方法包括：

接收制作虚拟机快照的当前指令；

响应于所述制作虚拟机快照的当前指令，将虚拟机的当前系统盘在当前时刻上的增量数据保存至存储服务组件中；并将所述当前系统盘在所述当前时刻上的增量数据作为增量快照进行保存；

基于预先保存的所述存储服务组件在前一时刻上对应的快照链和所述增量快照，得到所述存储服务组件在当前时刻上对应的快照链；若所述存储服务组件在所述当前时刻上的增量快照的数量小于预定数值，重复执行上述操作，直到所述存储服务组件在所述当前时刻上的增量快照的数量等于所述预定数值。

根据本申请的第二方面，提供了一种快照链的制作装置，所述装置包括：接收模块、保存模块和制作模块；其中，

所述接收模块，用于接收制作虚拟机快照的当前指令；

所述保存模块，用于响应于所述制作虚拟机快照的当前指令，将虚拟机的当前系统盘在当前时刻上的增量数据保存至存储服务组件中；并将所述当前系统盘在所述当前时刻上的增量数据作为增量快照进行保存；

所述制作模块，用于基于预先保存的所述存储服务组件在前一时刻上对应的快照链和所述增量快照，得到所述存储服务组件在当前时刻上对应的快照链；若所述存储服务组件在所述当前时刻上的增量快照的数量小于预定数值，重复执行上述操作，直到所述存储服务组件在所述当前时刻上的增量快照的数量等于所述预定数值。

根据本申请的第三方面，提供了一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本申请任意实施例所述的快照链的制作方法。

根据本申请的第四方面，提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现本申请任意实施例所述的快照链的制作方法。

根据本申请的第五方面，提供了一种计算机程序产品，当所述计算机程序产品被计算机设备执行时实现本申请任意实施例所述的快照链的制作方法。

根据本申请的技术解决了现有的快照链业务设计使得快照链上的快照彼此具有强依赖性，当快照链过长时，快照的完整性及正确性得不到保证；当通过快照进行创建镜像或者回滚快照操作时，会出现操作流程耗时太久的现象，而且最终不一定成功的技术问题，本申请提供的技术方案，能够极大地弱化快照链上快照之间的强依赖关系，从而可以极大地提高快照链地完整性和正确性，减少因链路过长频繁发生的各种超时及错误问题。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1是本申请实施例提供的快照链的制作方法的第一流程示意图；

图2是本申请实施例提供的快照链的制作方法的第二流程示意图；

图3是本申请实施例提供的虚机物理机上的磁盘组成的结构示意图；

图4是本申请实施例提供的快照链的制作装置的结构示意图；

图5是用来实现本申请实施例的快照链的制作方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

实施例一

图1是本申请实施例提供的快照链的制作方法的第一流程示意图，该方法可以由快照链的制作装置或者电子设备来执行，该装置或者电子设备可以由软件和/或硬件的方式实现，该装置或者电子设备可以集成在任何具有网络通信功能的智能设备中。如图1所示，快照链的制作方法可以包括以下步骤：

s101、接收制作虚拟机快照的当前指令。

在本步骤中，电子设备可以接收制作虚拟机快照的当前指令。磁盘快照是虚拟机磁盘文件在某个时间点的复本。目前，通常会定时制作在线运行的虚拟机的快照文件，这样，当在线运行的虚拟机出现异常时，用户可基于快照文件制作虚拟机还原点以使虚拟机恢复到快照时刻的状态。目前，虚拟机在线快照的制作方法如下：在不影响虚拟机运行的情况下，获取在线运行的虚拟机缓存中的运行状态数据并将该运行状态数据写入磁盘的快照文件中，以完成快照文件的制作。在实际运行过程中，虚拟机的运行状态数据是以一定的速率写入磁盘中的，由于在向磁盘写入数据的过程中虚拟机一直处于运行状态，因而向磁盘写入新的运行状态数据时，缓存中已写入磁盘的运行状态数据可能会发生变化，若缓存中已写入磁盘的运行状态数据发生变化，则将变化后的运行状态数据再次写入磁盘的快照文件中，以保障制作的快照文件与缓存中的运行状态数据一致。

在本申请的具体实施例中，系统管理员首先在服务器中建立虚拟机并启动该虚拟机。在虚拟机启动后，系统管理员可以通过操作发出制作虚拟机快照的指令，以使处于运行状态的虚拟机执行创建快照文件。或者，用户可以预先配置虚拟机的快照制作周期，在每到达快照制作周期时，自动触发制作虚拟机快照的指令，以使虚拟机制作快照文件；比如，当用户配置的快照制作周期为10分钟，则触发虚拟机每隔10分钟制作一次快照文件。

s102、响应于制作虚拟机快照的当前指令，将虚拟机的当前系统盘在当前时刻上的增量数据保存至存储服务组件中；并将当前系统盘在当前时刻上的增量数据作为增量快照进行保存。

在本步骤中，电子设备可以响应于制作虚拟机快照的当前指令，将虚拟机的当前系统盘在当前时刻上的增量数据保存至存储服务组件中；并将当前系统盘在当前时刻上的增量数据作为增量快照进行保存。具体地，电子设备可以将虚拟机的当前系统盘在当前时刻上的增量数据通过glance保存至存储服务组件中。glance是openstack项目中负责镜像管理的模块，其功能包括虚拟机镜像的查找、注册和检索等。glance提供的restfulapi可以查询虚拟机镜像的metadata及获取镜像；此外，glance还可以将镜像保存到多种后端存储上，比如简单的文件存储或者对象存储。

s103、基于预先保存的存储服务组件在前一时刻上的虚拟机磁盘数据和增量数据，得到存储服务组件在当前时刻上对应的快照链；若存储服务组件在当前时刻上的增量快照的数量小于预定数值，重复执行上述操作，直到存储服务组件在当前时刻上的增量快照的数量等于预定数值。

在本步骤中，电子设备可以基于预先保存的存储服务组件在前一时刻上的虚拟机磁盘数据和增量数据，得到存储服务组件在当前时刻上对应的快照链；若存储服务组件在当前时刻上的增量快照的数量小于预定数值，重复执行上述操作，直到存储服务组件在当前时刻上的增量快照的数量等于预定数值。进一步地，若存储服务组件在当前时刻上的增量快照的数量等于预定数值，则电子设备可以基于预先保存的存储服务组件在前一时刻上的虚拟机磁盘数据和增量数据，得到存储服务组件在当前时刻上的虚拟机磁盘数据；并将存储服务组件在当前时刻上的虚拟机磁盘数据作为全量快照进行保存；然后基于存储服务组件在当前时刻上的虚拟机磁盘数据，创建一个新的系统盘；并将新的系统盘作为当前系统盘。具体地，电子设备可以将存储服务组件在当前时刻上的虚拟机磁盘数据提交至前一时刻对应的压缩盘中；然后通过前一时刻对应的压缩盘将存储服务组件在当前时刻上的虚拟机磁盘数据进行压缩合并，得到存储服务组件在当前时刻上的虚拟机磁盘数据的压缩合并结果；再基于存储服务组件在当前时刻上的虚拟机磁盘数据的压缩合并结果，创建新的系统盘。

本申请实施例提出的快照链的制作方法，先接收制作虚拟机快照的当前指令；然后响应于制作虚拟机快照的当前指令，将虚拟机的当前系统盘在当前时刻上的增量数据保存至存储服务组件中；并将当前系统盘在当前时刻上的增量数据作为增量快照进行保存；再基于预先保存的存储服务组件在前一时刻上的虚拟机磁盘数据和该增量数据，得到存储服务组件在当前时刻上对应的快照链；若存储服务组件在当前时刻上的增量快照的数量小于预定数值，重复执行上述操作，直到存储服务组件在当前时刻上的增量快照的数量等于预定数值。也就是说，本申请在原先具有强依赖关系的快照链中，在指定间隔打入全量快照来弱化关联关系；即在原先全是增量的快照链中，在指定长度的地方创建全量快照，使此全量快照的后续指定个数的快照都是基于它的增量快照。只有两个全量快照之间的快照具有强依赖性，这样可以将强依赖范围极大缩小，使其关联快照的增长范围只限定在固定的间隔内，从而可以实现快照链的缩短。而在现有的快照链的制作方法中，快照链上的快照彼此具有强依赖性，当快照链过长时，快照的完整性及正确性得不到保证。因为本申请采用了将强依赖范围缩小，使其关联快照的增长范围只限定在固定的间隔内的技术手段，克服了现有的快照链业务设计使得快照链上的快照彼此具有强依赖性，当快照链过长时，快照的完整性及正确性得不到保证；当通过快照进行创建镜像或者回滚快照操作时，会出现操作流程耗时太久的现象，而且最终不一定成功的技术问题的技术问题，本申请提供的技术方案，能够极大地弱化快照链上快照之间的强依赖关系，从而可以极大地提高快照链的完整性和正确性，减少因链路过长频繁发生的各种超时及错误问题；并且，本申请实施例的技术方案实现简单方便、便于普及，适用范围更广。

实施例二

图2是本申请实施例提供的快照链的制作方法的第二流程示意图。基于上述技术方案进一步优化与扩展，并可以与上述各个可选实施方式进行结合。如图2所示，快照链的制作方法可以包括以下步骤：

s201、接收制作虚拟机快照的当前指令。

s202、响应于制作虚拟机快照的当前指令，将虚拟机的当前系统盘在当前时刻上的增量数据保存至存储服务组件中；并将当前系统盘在当前时刻上的增量数据作为增量快照进行保存。

s203、基于预先保存的存储服务组件在前一时刻上对应的快照链和增量快照，得到存储服务组件在当前时刻上对应的快照链；若存储服务组件在当前时刻上的增量快照的数量小于预定数值，重复执行上述操作，直到存储服务组件在当前时刻上的增量快照的数量等于预定数值。

s204、若存储服务组件在当前时刻上的增量快照的数量等于预定数值，则基于预先保存的存储服务组件在前一时刻上的虚拟机磁盘数据和增量数据，得到存储服务组件在当前时刻上的虚拟机磁盘数据；并将存储服务组件在当前时刻上的虚拟机磁盘数据作为全量快照进行保存。

在本步骤中，若存储服务组件在当前时刻上的增量快照的数量等于预定数值，则电子设备可以基于预先保存的存储服务组件在前一时刻上的虚拟机磁盘数据和增量数据，得到存储服务组件在当前时刻上的虚拟机磁盘数据；并将存储服务组件在当前时刻上的虚拟机磁盘数据作为全量快照进行保存。具体地，电子设备可以将存储服务组件在当前时刻上的虚拟机磁盘数据提交至前一时刻对应的压缩盘中；然后通过前一时刻对应的压缩盘将存储服务组件在当前时刻上的虚拟机磁盘数据进行压缩合并，得到存储服务组件在当前时刻上的虚拟机磁盘数据的压缩合并结果；再基于存储服务组件在当前时刻上的虚拟机磁盘数据的压缩合并结果，创建新的系统盘。

s205、基于存储服务组件在当前时刻上的虚拟机磁盘数据，创建一个新的系统盘；并将新的系统盘作为当前系统盘。

在本步骤中，电子设备可以基于存储服务组件在当前时刻上的虚拟机磁盘数据，创建一个新的系统盘；并将新的系统盘作为当前系统盘。具体地，假设相邻的两个全量快照之间的间隔为m；m为大于等于1的自然数；当存储服务组件在当前时刻上的增量快照的数量等于m时，电子设备可以基于第m时刻上的虚拟机磁盘数据和第m+1时刻(即当前时刻)上的增量数据，得到存储服务组件在当前时刻上的虚拟机磁盘数据；并将存储服务组件在当前时刻上的虚拟机磁盘数据作为全量快照进行保存；然后基于存储服务组件在当前时刻上的虚拟机磁盘数据，创建一个新的系统盘；并将新的系统盘作为当前系统盘。

图3是本申请实施例提供的虚机物理机上的磁盘组成的结构示意图。如图3所示，虚机物理机上的磁盘组成包括：系统盘(disk)、压缩盘(commit-disk)和基础磁盘镜像(baseimage)。在增量快照中引入的全量快照，就是在当前这个快照制作过程中，在本地所有的写io操作都提交到一个commit-disk磁盘后，将此commit-disk磁盘上传到bos存储。而原先的增量快照都是每次上传disk里的数据，然后在本地进行commit压缩形成commit-disk磁盘，这个磁盘可能有多个，因为创建快照过程发生异常后有写操作并未提交到一个磁盘中，需要下一次创建快照时一并提交。

在本申请的具体实施例中，快照链的关系信息可以记录在nova-master数据库的snapshots表里，其中有的image_id可以记录在glance中，同时还可以记录存储在存储服务组件bos的实际数据地址。在物理机上的虚机实际磁盘由以下三部分组成：(1)base-image，即虚拟机的基础磁盘镜像；其格式是qcow2，包含虚拟机最初的操作系统和所有的程序；(2)disk磁盘，虚拟机创建完成后的每次磁盘读写都会存储到基于base-image制作的disk盘中。虚拟机快照就是指在某个指定的时间点的disk磁盘数据，利用qcow2格式镜像的特性copy-on-write(即当共同操作一个对象，只有在写操作时会将对象拷贝到自己的空间)可以实现虚机快照的制作，copy-on-write特性确定了快照链上的每个快照都是增量的且有彼此依赖的特性；(3)commit-disk磁盘，当虚拟机做快照时，disk磁盘上的数据会上传到glance，然后保存到bos中，作为增量快照保存。本申请可以将做完快照之后的虚拟机磁盘数据通过qemu-imgcommit操作提交到commit-disk盘中，这个磁盘就是虚拟机从创建到这次做快照时所有的io写操作的记录，也是全量快照的实际全量数据。

综上，物理机上的虚机磁盘数据，在每次做快照的时候都会做一次qemu-imgcommit操作，即将增量的数据通过glance上传到bos后，将这部分数据提交到本地的磁盘做一个压缩合并，在这个合并磁盘的基础上通过qemu-imgcreate操作，创建出一个空白的qcow2格式的disk磁盘，从这一刻开始后续虚机关于磁盘的写操作都记录到了该disk磁盘了，这个disk磁盘就是下一个快照的实际数据内容。在整个过程中，与虚拟机相关的物理机上的实际数据块有三部分：拥有初始操作系统的base-image；包含当前快照及之前所有快照数据commit-disk磁盘数据；以及做完快照之后记录虚机磁盘写操作的新的disk磁盘。这三部分数据中的base-image是固定不变的；disk是最新的记录数据，commit-disk在每次做快照时会提交，即使本次做快照失败，下次快照时也可以一并提交；这部分数据是绝对不会丢失的，它包含了虚机从创建到最新一次快照时所进行的所有写操作数据，并且这部分在经过qemu-imgcommit操作后，将所有操作进行了压缩处理，其最大容量是虚机系统盘的大小，也是恢复虚拟机的关键数据。因此，本申请可以借助虚拟机所在的物理机和本地磁盘的关系，调整了快照链的记录数据，来实现快照链缩短的目的；即本申请将在指定间隔后快照制作时，将本地的commit-disk磁盘数据上传到bos，有了这个压缩后的全量快照，其后续快照的基础base就转变成了这个全量快照，与全量快照之前的所有快照都没有关联关系。

在本申请的具体实施例中，在基于全量快照进行快照回滚时，电子设备可以先获取存储服务组件在当前时刻上对应的快照链；然后判断当前系统盘的回滚文件与存储服务组件在当前时刻上的快照链的标识是否相匹配；若当前系统盘的回滚文件与存储服务组件在当前时刻上的快照链的标识相匹配，则电子设备可以基于当前系统盘的回滚文件创建一个新的系统盘，并将新的系统盘作为当前系统盘。

进一步地，若当前系统盘的回滚文件与存储服务组件在当前时刻上的快照链的标识不匹配，则电子设备可以将存储服务组件在当前时刻上对应的快照链中的镜像数据下载到本地；然后基于下载到本地中的存储服务组件在当前时刻上对应的快照链中的镜像数据，创建一个新的系统盘，并将新的系统盘作为当前系统盘。也就是说，本申请在进行快照回滚时，只需要下载快照到全量快照之间的几个相关快照下载下来操作即可，节省了整个链路下载的时间，将快照链数据的完整性及正确性范围缩小到了几个快照范围之内。

在本申请的具体实施例中，当基于全量快照进行快照删除时，电子设备可以先获取存储服务组件在当前时刻上的快照链；然后按照从下到上的顺序在存储服务组件在当前时刻上的快照链中提取出一个快照作为当前快照；若当前快照为全量快照，则电子设备可以执行将当前快照以及当前快照以下的快照进行真删除的操作；若当前快照为增量快照，则电子设备可以执行将当前快照以及当前快照以下的快照进行假删除的操作。即本申请引入间隔的全量快照后，删除流程就可以调整为：全量快照之前的所有快照，无论是增量的还是全量的只要是被用户删除的均可一次性释放，而不用担心为保证快照链的完整性需要将删除数据commit到前一个快照上的操作是否正确执行。

本申请提供的技术方案至少可以带来以下有益效果：一、快照链上快照之间的强依赖性将被极大弱化，快照链的完整性及正确性将缩小到最大n个快照的完整性及正确性上，快照链越长越能体现此方案的优势；二、将极大地缩短通过快照创建镜像和回滚快照的虚机操作时长，耗时取决于链的长度，链越长，修改后的方案的耗时越短，效果越明显。三、原先存储到bos上的快照数据，当用户发起快照删除请求后将得到真正释放，减少快照在bos上的存储空间，链越长效果越明显；四、当虚机所在物理机出现故障后，可通过缩短后的快照链快速恢复虚机的系统盘数据，保证数据不丢失；五、在本地系统盘虚机上部署的pass数据库业务的数据的可恢复性将得到保障。

本申请实施例提出的快照链的制作方法，先接收制作虚拟机快照的当前指令；然后响应于制作虚拟机快照的当前指令，将虚拟机的当前系统盘在当前时刻上的增量数据保存至存储服务组件中；并将当前系统盘在当前时刻上的增量数据作为增量快照进行保存；再基于预先保存的存储服务组件在前一时刻上的虚拟机磁盘数据和该增量数据，得到存储服务组件在当前时刻上对应的快照链；若存储服务组件在当前时刻上的增量快照的数量小于预定数值，重复执行上述操作，直到存储服务组件在当前时刻上的增量快照的数量等于预定数值。也就是说，本申请在原先具有强依赖关系的快照链中，在指定间隔打入全量快照来弱化关联关系；即在原先全是增量的快照链中，在指定长度的地方创建全量快照，使此全量快照的后续指定个数的快照都是基于它的增量快照。只有两个全量快照之间的快照具有强依赖性，这样可以将强依赖范围极大缩小，使其关联快照的增长范围只限定在固定的间隔内，从而可以实现快照链的缩短。而在现有的快照链的制作方法中，快照链上的快照彼此具有强依赖性，当快照链过长时，快照的完整性及正确性得不到保证。因为本申请采用了将强依赖范围缩小，使其关联快照的增长范围只限定在固定的间隔内的技术手段，克服了现有的快照链业务设计使得快照链上的快照彼此具有强依赖性，当快照链过长时，快照的完整性及正确性得不到保证；当通过快照进行创建镜像或者回滚快照操作时，会出现操作流程耗时太久的现象，而且最终不一定成功的技术问题的技术问题，本申请提供的技术方案，能够极大地弱化快照链上快照之间的强依赖关系，从而可以极大地提高快照链的完整性和正确性，减少因链路过长频繁发生的各种超时及错误问题；并且，本申请实施例的技术方案实现简单方便、便于普及，适用范围更广。

实施例三

图4是本申请实施例提供的快照链的制作装置的结构示意图。如图4所示，所述装置400包括：接收模块401、保存模块402和制作模块403；其中，

所述接收模块401，用于接收制作虚拟机快照的当前指令；

所述保存模块402，用于响应于所述制作虚拟机快照的当前指令，将虚拟机的当前系统盘在当前时刻上的增量数据保存至存储服务组件中；并将所述当前系统盘在所述当前时刻上的增量数据作为增量快照进行保存；

所述制作模块403，用于基于预先保存的所述存储服务组件在前一时刻上对应的快照链和所述增量快照，得到所述存储服务组件在当前时刻上对应的快照链；若所述存储服务组件在所述当前时刻上的增量快照的数量小于预定数值，重复执行上述操作，直到所述存储服务组件在所述当前时刻上的增量快照的数量等于所述预定数值。

进一步的，所述制作模块403，还用于若所述存储服务组件在所述当前时刻上的增量快照的数量等于所述预定数值，则基于预先保存的所述存储服务组件在前一时刻上的虚拟机磁盘数据和所述增量数据，得到所述存储服务组件在所述当前时刻上的虚拟机磁盘数据；并将所述存储服务组件在所述当前时刻上的虚拟机磁盘数据作为全量快照进行保存；基于所述存储服务组件在所述当前时刻上的虚拟机磁盘数据，创建一个新的系统盘；并将所述新的系统盘作为所述当前系统盘。

进一步的，所述制作模块403，具体用于将所述存储服务组件在所述当前时刻上的虚拟机磁盘数据提交至所述前一时刻对应的压缩盘中；通过所述前一时刻对应的压缩盘将所述存储服务组件在所述当前时刻上的虚拟机磁盘数据进行压缩合并，得到所述存储服务组件在所述当前时刻上的虚拟机磁盘数据的压缩合并结果；基于所述存储服务组件在所述当前时刻上的虚拟机磁盘数据的压缩合并结果，创建所述新的系统盘。

进一步的，所述装置还包括：回滚模块404(图中未示出)，用于当基于所述全量快照进行快照回滚时，获取所述存储服务组件在所述当前时刻上对应的快照链；判断所述当前系统盘的回滚文件与所述存储服务组件在所述当前时刻上的快照链的标识是否相匹配；若所述当前系统盘的回滚文件与所述存储服务组件在所述当前时刻上的快照链的标识相匹配，则基于所述当前系统盘的回滚文件创建一个新的系统盘，并将所述新的系统盘作为所述当前系统盘。

进一步的，所述回滚模块404，还用于若所述当前系统盘的回滚文件与所述存储服务组件在所述当前时刻上的快照链的标识不匹配，则将所述存储服务组件在所述当前时刻上对应的快照链中的镜像数据下载到本地；基于下载到本地中的所述存储服务组件在所述当前时刻上对应的快照链中的镜像数据，创建一个新的系统盘，并将所述新的系统盘作为所述当前系统盘。

进一步的，所述装置还包括：删除模块405(图中未示出)，用于当基于所述全量快照进行快照删除时，获取所述存储服务组件在所述当前时刻上的快照链；按照从下到上的顺序在所述存储服务组件在所述当前时刻上的快照链中提取出一个快照作为当前快照；若所述当前快照为所述全量快照，则执行将所述当前快照以及所述当前快照以下的快照进行真删除的操作；若所述当前快照为所述增量快照，则执行将所述当前快照以及所述当前快照以下的快照进行假删除的操作。

上述快照链的制作装置可执行本申请任意实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请任意实施例提供的快照链的制作方法。

实施例四

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图5示出了可以用来实施本公开的实施例的示例电子设备500的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图5所示，设备500包括计算单元501，其可以根据存储在只读存储器(rom)502中的计算机程序或者从存储单元508加载到随机访问存储器(ram)503中的计算机程序，来执行各种适当的动作和处理。在ram503中，还可存储设备500操作所需的各种程序和数据。计算单元501、rom502以及ram503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。

设备500中的多个部件连接至i/o接口505，包括：输入单元506，例如键盘、鼠标等；输出单元507，例如各种类型的显示器、扬声器等；存储单元508，例如磁盘、光盘等；以及通信单元509，例如网卡、调制解调器、无线通信收发机等。通信单元509允许设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元501可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元501的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元501执行上文所描述的各个方法和处理，例如快照链的制作方法。例如，在一些实施例中，快照链的制作方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元508。在一些实施例中，计算机程序的部分或者全部可以经由rom502和/或通信单元509而被载入和/或安装到设备500上。当计算机程序加载到ram503并由计算单元501执行时，可以执行上文描述的快照链的制作方法的一个或多个步骤。备选地，在其他实施例中，计算单元501可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行快照链的制作方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)、区块链网络和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。