CN115981574B - 一种快照存储方法、系统、设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种快照存储方法、系统、设备及存储介质。可响应于针对第一类型存储资源中目标快照的全量转存请求，将目标快照全量存储至第二类型资源中，第二类型存储资源的存储成本低于第一类型存储资源；还在快照描述信息中增加了用于标识单个数据单元的存储位置的属性项，基于该属性项，可在将目标快照全量存储至第二类型存储资源后，将仍存储在第一类型存储资源中且包含在目标快照中的目标数据单元删除，并在相关快照描述信息中将目标数据单元的存储位置均修改为第二类型存储资源。这样，可在满足对目标快照的全量存储要求的前提下，基于为数据单元标记的存储位置防止两种类型存储资源之间重复存储数据单元，从而有效节省快照存储成本。

Description

一种快照存储方法、系统、设备及存储介质

技术领域

本申请涉及存储技术领域，尤其涉及一种快照存储方法、系统、设备及存储介质。

背景技术

随着用户对云端数据保护意识的不断增强，越来越多的用户选择将其在云端使用的虚拟存储设备中发生的数据以快照的形式保存下来。

快照（Snapshot）是指云端的虚拟存储设备中的数据在某个时间点的完整拷贝或镜像，是一种重要的数据容灾手段。当虚拟存储设备中的数据丢失或异常时，可通过快照将虚拟存储设备中的数据完整恢复到某个时间点。通过快照可定期备份重要的数据，以应对误操作、攻击或病毒等导致的数据丢失风险。

目前，在数据安全审计等场景中，对部分快照的完整性和存储时长有严格要求，因此，这部分快照必须全量且长期存储，这导致对快照存储成本居高不下。

发明内容

本申请的多个方面提供一种快照存储方法、系统、设备及存储介质，用以降低快照存储成本。

本申请实施例提供一种快照存储方法，包括：

响应于针对第一类型存储资源中存储的目标快照的全量转存请求，将所述目标快照全量存储至第二类型存储资源中；

若根据所述目标快照对应的快照描述信息，确定所述目标快照包含存储位置标记为所述第一类型存储资源的目标数据单元，则从所述第一类型存储资源中，删除所述目标数据单元；

在包含所述目标数据单元的其它快照和所述目标快照各自所对应的快照描述信息中，将所述目标数据单元对应的存储位置标记为所述第二类型存储资源；

其中，所述第二类型存储资源的存储成本低于所述第一类型存储资源。

本申请实施例还提供一种快照存储系统，包括管控节点和存储集群，所述存储集群用于提供存储成本不同的第一类型存储资源和第二类型存储资源，所述管控节点用于执行时实现前述的快照存储方法，以利用所述第一类型存储资源或第二类型存储资源对目标快照进行存储。

本申请实施例还提供一种电子设备，包括存储器和处理器；

所述存储器用于存储一条或多条计算机指令；

所述处理器与所述存储器耦合，用于执行所述一条或多条计算机程序指令，以用于执行前述的快照存储方法。

本申请实施例还提供一种存储计算机指令的计算机可读存储介质，当所述计算机指令被一个或多个处理器执行时，致使所述一个或多个处理器执行前述的快照存储方法。

在本申请实施例中，在快照产生后，可存储至第一类型存储资源中，在此基础上，可响应于针对第一类型存储资源中目标快照的全量转存请求，将目标快照全量存储至第二类型资源中，第二类型存储资源的存储成本低于第一类型存储资源；而且，还在快照描述信息中增加了用于标识单个数据单元的存储位置的属性项，基于该属性项，可在将目标快照全量存储至第二类型存储资源后，将仍存储在第一类型存储资源中且包含在目标快照中的目标数据单元删除，并在相关快照描述信息中将目标数据单元的存储位置均修改为第二类型存储资源。这样，可在满足对目标快照的全量存储要求的前提下，基于为数据单元标记的存储位置防止两种类型存储资源之间重复存储数据单元，从而有效节省快照存储成本。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请一示例性实施例提供的一种快照存储方法的流程示意图；

图2为本申请一示例性实施例提供的一种快照存储方法的逻辑示意图；

图3为本申请一是理性实施例提供的一种快照恢复方案的流程示意图；

图4为本申请一示例性实施例提供的一种全量转存过程中快照存储状态变化情况的应用场景示意图；

图5为本申请一示例性实施例提供的一种全量转存后快照描述信息的应用场景示意图；

图6为本申请一示例性实施例提供的一种快照恢复过程中快照存储状态变化情况的应用场景示意图；

图7为本申请一示例性实施例提供的一种快照恢复后快照描述信息的应用场景示意图；

图8为本申请另一示例性实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

目前，快照存储的成本一直居高不下。为此，本申请的一些实施例中：在快照产生后，可存储至第一类型存储资源中，在此基础上，可响应于针对第一类型存储资源中目标快照的全量转存请求，将目标快照全量存储至第二类型资源中，第二类型存储资源的存储成本低于第一类型存储资源；而且，还在快照描述信息中增加了用于标识单个数据单元的存储位置的属性项，基于该属性项，可在将目标快照全量存储至第二类型存储资源后，将仍存储在第一类型存储资源中且包含在目标快照中的目标数据单元删除，并在相关快照描述信息中将目标数据单元的存储位置均修改为第二类型存储资源。这样，可在满足对目标快照的全量存储要求的前提下，基于为数据单元标记的存储位置防止两种类型存储资源之间重复存储数据单元，从而有效节省快照存储成本。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请一示例性实施例提供的一种快照存储方法的流程示意图，参考图1，该方法可包括：

步骤100、响应于针对第一类型存储资源中存储的目标快照的全量转存请求，将目标快照全量存储至第二类型存储资源中；

步骤101、若根据目标快照对应的快照描述信息，确定目标快照包含存储位置标记为第一类型存储资源的目标数据单元，则从第一类型存储资源中，删除目标数据单元；

步骤102、在包含目标数据单元的其它快照和目标快照各自所对应的快照描述信息中，将目标数据单元对应的存储位置标记为第二类型存储资源；

其中，第二类型存储资源的存储成本低于第一类型存储资源。

本实施例提供的快照存储方法，可适用于各种需要进行快照存储的场景中，包括但不限于数据容灾、云盘复制或云盘备份等场景中，本实施例对应用场景不做限定。

正如背景技术中所介绍的，快照（Snapshot）是指云端的虚拟存储设备中的数据在某个时间点的完整拷贝或镜像，是一种重要的数据容灾手段。其中，虚拟存储设备可以是对存储集群进行存储虚拟化而产生的逻辑存储设备，例如，虚拟机磁盘等。图2为本申请一示例性实施例提供的一种快照存储方法的逻辑示意图。参考图2，虚拟存储设备可运行在云服务器上，作为计算机磁盘一样进行读写使用。其中，存储虚拟化技术是一种将物理存储资源抽象为逻辑存储资源的技术，从而提供更高的灵活性和可扩展性，同时降低存储管理的复杂性和成本，在此不做过多介绍。

另外，参考图2，上述的存储集群中，除了可包含提供物理存储资源的存储节点外，还可包含管控节点，本实施例中的快照存储方法可在管控节点上进行实施。本实施例中，可为存储集群提供的各个虚拟存储设备将分别创建快照，且为单个虚拟存储设备创建的快照可以是一个或多个，为同一虚拟存储设备创建的多个快照可分别对应不同的时间点。存储集群中的管控节点可用于对各个虚拟存储设备对应的快照进行管理。

实际应用中，为了节省对云服务器上的各个虚拟存储设备的存储空间占用，前述的管控节点通常会将所创建的快照存储至提供虚拟存储设备的存储集群之外的其它存储位置。在业内的一些公开文献中，这里的其它存储位置有时被称为快照仓库，当然，这仅是一种示例性的称谓。

本实施例中，快照仍可按照传统方案被存储至快照仓库中，而本实施例则是对存储在快照仓库中的部分快照进行了存储方案的优化，以应对数据安全审计等场景中对快照的存储要求，在这些场景中，要求快照必须全量且长期存储，从而导致快照存储成本不断增加。

本实施例中，将传统方案中用于存储快照的资源描述为第一类型存储资源，在此基础上，本实施例中引入了第二类型存储资源，其中，第二类型存储资源的存储成本低于第二类型存储资源。在一种可选的实现方案中，第一类型存储资源可采用对象存储集群提供的标准存储层资源，第二类型存储资源可采用对象存储集群提供的归档存储层资源。目前，对象存储集群（Object Storage Service，OSS）可提供分层的存储服务，对象存储集群的分层结构中至少可包括标准存储层和归档存储层：标准存储层，可提供高持久、高可用且高性能的对象存储服务，支持频繁的数据访问；归档存储层，比标准存储层便宜很多，数据访问速度低于标准存储层。当然，本实施例中还可采用其它实现方案来实现第一类型存储资源和第二类型存储资源，例如，分别部署两个独立的存储集群，以分别提供两种类型的存储资源等，本实施例对第一类型存储资源和第二类型存储资源的实现方案不做限定，只需保证第二类型存储资源的存储成本低于第一类型存储资源即可。

在此基础上，参考图1，在步骤100中，可响应于针对第一类型存储资源中存储的目标快照的全量转存请求，将目标快照全量存储至第二类型存储资源中。其中，全量转存请求用于指示对目标快照进行全量存储，全量存储可理解为在目标快照对应的存储空间中全量存储其包含的各个数据单元。实际应用中，虚拟存储设备可采用当前或将来可能出现的存储协议来提供存储服务，例如，块存储EBS协议等，本实施例对此不做限定。对于不同的存储协议，数据单元的规格可能不同，例如，对于块存储协议来说，快照中的数据单元即为数据块，应当理解的是，快照中的数据单元的规格与虚拟存储设备支持的数据存取规格一致。

本实施例中提出，对于需要进行全量存储的快照，可转为利用第二类型存储资源对其进行存储，这可有效节省这部分快照的存储成本。

本实施例中，还提出在快照对应的快照描述信息中为单个数据单元增加存储位置这一属性项。其中，快照描述信息用于记录快照的属性信息，这些属性信息可包括但不限于快照的标识、快照包含的各个数据单元的标识、引用关系信息以及本实施例提出的存储位置等。其中，引用关系信息用于表征快照包含的各个数据单元与其它快照包含的数据单元之间的引用关系。实际应用中，在不同快照的描述信息中，对于同一数据单元可采用相同的数据单元标识，以体现快照之间在数据单元层面的引用关系。一种示例性的数据单元标识的格式可以是【快照编号-数据单元位次-数据单元名称】，例如，数据单元标识snap1-1-A，可表示快照1中第一个数据单元且名称为A。若快照2中引用了该数据单元，则该数据单元在快照2的快照描述信息中沿用该数据单元标识，以表征快照2和快照1之间的引用关系。当然，这仅是示例性的，本实施例中的数据单元标识还可采用其它表示格式，引用关系也可通过其它方式进行表征，本实施例并不限于此。另外，本实施例中提出，还可在快照描述信息中增加转存状态的属性项，用于表征快照的转存状态，转存状态可包括但不限于全部转存、部分转存和未转存等。转存状态主要可在后文提及的快照恢复过程中发挥作用。

基于此，参考图1，在步骤101中，可查询目标快照对应的快照描述信息，并确定目标快照包含的各个数据单元中是否存在存储位置标记为第一类型存储资源的目标数据单元，若存在，则可从第一类型存储资源中，删除目标数据单元。

其中，本实施例中，可按照数据单元的存储位置的实际变化情况，及时更新不同快照各自对应的快照描述信息中为数据单元标记的存储位置，以准确记录各快照中各数据单元的存储位置。因此，若目标快照中的目标数据单元的存储位置标记为第一类型存储资源，则表明第一类型存储资源中仍然存储有目标数据单元。本实施例中，可将目标数据单元从第一类型存储资源中删除。

更重要地是，参考图1，在步骤102中，需在包含目标数据单元的其它快照和目标快照各自所对应的快照描述信息中，将目标数据单元对应的存储位置标记为第二类型存储资源。应当理解的是，目标数据单元可能包含在不同的快照中，因此，在步骤102中，在将目标数据单元从第一类型存储资源中删除后，需联动修改包含目标数据单元的全部快照各自对应的快照描述信息，在这些快照描述信息中将目标数据单元的存储位置均标记为第二类型存储资源。

优选地，本实施例中，快照描述信息可存储于第一类型存储资源中。在执行本实施例提供的快照存储方法的过程中，前述的管控节点可通过调用第一类型存储资源提供的应用编程接口（Application Programming Interface，简称：API）来访问相关的快照描述信息。例如，管控节点可调用read接口来执行前述的查询目标快照对应的快照描述信息的操作，可调用write接口来执行前述的将目标数据单元对应的存储位置标记为第二类型存储资源等操作。

另外，值得说明的是，本实施例中，在将目标快照从第一类型存储资源中删除后，目标快照的快照描述信息并不会同步删除，而是会保留下来，以作为其它快照进行全量转存过程中或者后文中涉及到的快照恢复方案中的参考依据。

这样，目标快照可被全量移动至第二类型存储资源中，且第一类型存储资源不再需要存储目标快照，显然，相比于使用第一类型存储资源，使用第二类型存储资源对目标快照进行全量存储所使用的存储成本更低；而且，通过在第一类型存储资源中删除已经转存至第二类型存储资源中的目标数据单元，还可进一步节省出目标数据单元在第一类型存储资源中所消耗的存储成本。

据此，本实施例中，在快照产生后，可存储至第一类型存储资源中，在此基础上，可响应于针对第一类型存储资源中目标快照的全量转存请求，将目标快照全量存储至第二类型资源中，第二类型存储资源的存储成本低于第一类型存储资源；而且，还在快照描述信息中增加了用于标识单个数据单元的存储位置的属性项，基于该属性项，可在将目标快照全量存储至第二类型存储资源后，将仍存储在第一类型存储资源中且包含在目标快照中的目标数据单元删除，并在相关快照描述信息中将目标数据单元的存储位置均修改为第二类型存储资源。这样，可在满足对目标快照的全量存储要求的前提下，基于为数据单元标记的存储位置防止两种类型存储资源之间重复存储数据单元，从而有效节省快照存储成本。

在上述或下述实施例中，在将目标快照全量存储至第二类型存储资源中的过程中，可查询目标快照对应的快照描述信息，若确定目标快照中包含前述的存储位置标记为第一类型存储资源的目标数据单元，则可将目标数据单元复制至第二类型存储资源为目标快照提供的目标存储空间中。实际应用中，参考图2，管控节点可调用第二类型存储资源提供的复制copy接口而将目标数据单元复制至第二类型存储资源中为目标快照提供的目标存储空间中。

除了目标存储单元，目标快照中还可能包含存储位置标记为第二存储资源的已转存数据单元。对于已转存数据单元，可能是由于其包含在其它快照中，且该其它快照已经被全量转存中第二类型存储资源中，所以其在目标快照的快照描述信息中，存储位置已被标识为第二类型存储资源。

应当理解的是，按照本实施例提供的快照存储方法，对于存储位置标记为第二类型存储资源的已转存数据单元来说，其已经不存在于第一类型存储资源中了，因此，在一种优选的实现方案中：可在第二类型存储资源中，将已转存数据单元复制至目标存储空间中。应当理解的是，在第二类型存储资源中，为了满足对目标快照的全量存储要求，即使前述的已转存数据单元已经存在在第二类型存储资源为其它快照提供的存储空间中，也需要将这些已转存数据单元再复制到第二类型存储资源为目标快照提供的目标存储空间中。这样，第二类型存储资源为目标快照提供的目标存储空间中将获得目标快照包含的所有数据单元，实现对目标快照的全量存储。

当然，除了上述优选的实现方案之外，本实施例中，还可采用其它实现方案来将前述的已转存资源复制到第二类型存储资源为目标快照提供的目标存储空间中。例如，可先从第二类型存储资源中将已转存数据单元复制至第一类型存储资源为目标快照提供的存储空间中，在将该存储空间中的所有数据单元（包含目标数据单元和复制回的已转存数据单元）复制至第二类型存储资源为目标快照提供的目标存储空间中。

另外，本实施例中，第一类型存储资源中可按照增量方式存储快照。其中，在增量方式下，为虚拟存储设备创建的第一个快照是全量快照，不备份空数据单元，而后续创建的快照均是增量快照，仅备份上一个快照以来有变化的数据单元。以下通过一个示例说明按照增量方式存储快照的方案：假设云服务器ECS实例的某块云盘分别在10:00和11:00有新的数据写入，那么9:00时，云盘的数据块为A、B和C，此时创建第一份快照1，快照1中备份了数据块A、B和C。快照1为全量快照，备份了该云盘上在创建快照1时的所有数据。云盘继续写入数据，修改数据块A为A1、修改数据块B为B1、新增数据块D。在10:00时创建第二份快照2，快照2仅备份有变化的数据块A1、B1和D，快照2为增量快照。快照2的快照描述信息中会记录云盘全量的数据块A1、B1、C和D，其中数据块C来源于快照1。云盘继续写入数据，修改数据块C为C1、新增数据块E，在11:00时创建第三份快照3，快照3仅备份有变化的数据块C1和E，快照3为增量快照。快照3的快照描述信息中会记录云盘全量的数据块A1、B1、C1、D和E，其中数据块A1、B1和D来源于快照2。以此类推，为该云盘创建的各个快照将分别保存至第一类型存储资源中。

可知，在第一类型存储资源中，对于增量快照来说，其所引用的数据单元并未存储在其自身对应的存储空间中，而是存储在其父快照对应的存储空间中。基于此，本实施例中，在从第一类型存储资源中，删除目标数据单元时，若目标数据单元为目标快照从其父快照中引用的，则从第一类型存储资源为父快照提供的存储空间中删除目标数据单元；若目标数据单元为目标快照中的发生的增量，则从第一类型存储资源为目标快照提供的存储空间中删除目标数据单元。另外，在完成对目标数据单元的删除操作后，可释放第一类型存储资源为目标快照提供的存储空间。

当然，本实施例中，第一类型存储资源中也可按照全量方式存储快照，或者按照全量和增量混合的方式存储快照，在这些情况下，可通过查询各个快照各自对应的快照描述信息，确定哪些快照包含目标数据单元且存储位置标识为第一类型存储资源，从而将目标数据单元从查询到的快照在第一类型存储资源中对应的存储空间中删除。

这样，本实施例中，无论目标数据单元在第一类型存储资源中存储在哪个/些快照对应的存储空间中，都可被全部删除，从而避免对目标数据单元的重复存储。

在上述或下述实施例中，还可按照传统方案，从第一类型存储资源中获取快照以对虚拟存储设备进行数据恢复或复制等处理。而由于部分快照已经全量存储至第二类型存储资源中，因此，可能出现需要从第二类型存储资源中将指定快照恢复至第一类性存储资源中的情况下。

为了便于描述，本实施例中依然以目标快照为例，对快照恢复方案进行详细说明。应当理解的是，这里假设的前提是目标快照已经按照前述实施例中提供的快照存储方法而全量存储至第二类型存储资源中。

图3为本申请一是理性实施例提供的一种快照恢复方案的流程示意图。参考图3，快照恢复方案可包含以下步骤：

步骤103、响应于针对存储于第二类型存储资源中的目标快照的恢复请求，将目标快照包含的各个数据单元存储至第一类型存储资源中；

步骤204、在第二类型存储资源中，删除目标快照；

步骤105、在包含指定数据单元的各个快照各自对应的快照描述信息中，将指定数据单元对应的存储位置标记为第一类型存储资源；

其中，指定数据单元为目标快照包含的各个数据单元中的任意一个。

参考图3，在步骤103中，用户可在需要进行虚拟存储设备的复制或恢复等情况下，发起对目标快照的访问，而基于前述实施例中提及的转存状态，可在目标快照对应的快照描述信息中查询转存状态，若转存状态为全量转存，则需要为目标快照创建恢复请求。当然，还可按照其它触发条件为目标快照创建恢复请求，本实施例对此不做限定。恢复请求用于指示将目标快照从第二类型存储资源恢复至第一类型存储资源中。

这里可能存在两种情况：第一种情况是，目标快照包含的所有数据单元与其它快照之间均不存在重复；第二种情况是，目标快照包含部分与其它快照重复的数据单元。

对于上述的第一种情况下，可从第二类型存储资源中将目标快照包含的各个数据单元全量复制至第一类型存储资源为目标快照提供的存储空间中。这种情况下，对目标快照的全量恢复不会在第一类型存储资源中导致新的数据单元重复存储的问题。

但是，对于上述的第二种情况下，则可能在第一类型存储资源中导致新的数据单元重复存储的问题。针对上述的第二种情况，在步骤103中可采用多种实现方式来避免数据单元重复存储的问题。

在一种可选的实现方式中：可根据目标快照对应的快照描述信息，在目标快照包含的各数据单元中确定存储位置标记为第二类型存储资源的待恢复数据单元；将待恢复数据单元从第二类型存储资源复制至第一类型存储资源中。其中，目标快照包含存储位置标记为第二类型存储资源的待恢复数据单元，则表明第一类型存储资源中并未在任何快照的存储空间中存储这些待恢复数据单元，因此，将这些待恢复数据单元从第二类型存储资源复制至第一类型存储资源中，不会在第一类型存储资源中导致新的数据单元重复存储的问题。

另外，在该实现方式中，在第一类型存储单元按照增量方式存储快照的情况下，若根据目标快照对应的快照描述信息中保留的引用关系信息，确定待恢复数据单元为目标快照从其父快照中引用的，则将待恢复数据单元存储至第一类型存储资源为父快照提供的存储空间中；若根据引用关系信息，确定待恢复数据单元为目标快照中发生的增量，则将待恢复数据单元存储至第一类型存储资源为目标快照提供的存储空间中。

这样，在完成目标快照的恢复过程中，第一类型存储资源中的各个快照依然可保持按照增量方式存储快照，并不会因快照恢复而破坏第一类型存储资源中的增量方式。因此，快照恢复并不会导致整体存储成本的增长。

当然，在该实现方式中，在第一类型存储资源采用全量方式或者增量和全量混合方式存储快照的情况下，由于在快照恢复时考虑了数据单元重复问题，因此，也不会导致整体存储成本的增长，甚至还可能通过多次发生的快照恢复过程而将第一类型存储资源逐步优化为增量方式存储快照，进而节省整体存储成本。

可知，在该实现方式中，采用了部分恢复的方式来进行目标快照的恢复，通过部分恢复的方式，可避免向第一类型存储资源中存入重复的数据单元，从而尽量降低快照恢复消耗的存储成本；而且，从第二类型存储资源中复制回第一类型存储资源中的数据单元的数量少，也可提高快照恢复效率。

在另一种实现方式中：将目标快照包含的各个数据单元从第二类型存储资源复制至第一类型存储资源中；根据目标快照对应的快照描述信息，在复制回的各数据单元中确定存储位置标记为第一类型存储资源的重复数据单元；从复制回的各数据单元中，删除重复数据单元。

具体地，可将将目标快照包含的各个数据单元存储至第一类型存储资源为目标快照提供的存储空间中；另外，在删除重复数据单元之后，若根据目标快照对应的快照描述信息中保留的引用关系信息，确定复制回的各数据单元中的目标剩余数据单元为目标快照从其父快照中引用的，则将目标剩余数据单元移动至第一类型存储资源为父快照提供的存储空间中。

在该实现方式中，采用了全部恢复的方式来进行目标快照的恢复，在完成对目标快照包含的全部数据单元的复制后，可在第一类型存储资源中再删除重复数据单元。尽管相较于上一种实现方式，本实现方式中复制回的数据单元的数量可能更多，但是通过删除重复数据单元，也可避免向第一类型存储资源中存入重复的数据单元，从而尽量降低快照恢复消耗的存储成本。

当然，上述两种实现方式也仅是示例性的，本实施例中将目标快照包含的各个数据单元存储至第一类型存储资源中的方式并不限于此。

参考图3，在步骤104中，还可在第二类型存储资源中，将目标快照删除。实际应用中，前述的管控节点可通过调用第二类型存储资源提供的delete接口而将目标快照删除。当然，第二类型存储资源还可释放为目标快照提供的目标存储空间。

更重要的是，在步骤105中，还可针对目标快照包含的任意一个数据单元，修改其在相关快照描述信息中对应的存储位置。当然，这其中可能存在存储位置本来就已经标识为第一类型存储设备的数据单元，对于这类数据单元，保持其在相关快照描述信息中标识的存储位置不变即可。

据此，本实施例中，可在快照恢复后，在第一类型存储资源中保持快照之间原有的引用关系，且可避免因快照恢复可在第一类型存储资源中导致新的数据单元重复问题。从而可降低快照存储成本，改善快照恢复效率。

图4为本申请一示例性实施例提供的一种全量转存过程中快照存储状态变化情况的应用场景示意图。图4中（a）图为全量转存之前，第一类型存储资源和第二类型存储资源中存储状态示意图，图4中的（b）图为全量转存之后，第一类型存储资源和第二类型存储资源中存储状态示意图。图4中第一类型存储资源采用了对象存储集群提供的标准存储层资源（图4中示为标准层）；第二类型存储资源采用了对象存储集群提供的归档存储层资源（图4中示为归档准层）。

参考图4，当需要对快照snap2进行全量转存时，由于快照snap2为增量快照，其包含的两个数据块snap1-3-1和snap1-4-1是从其父快照snap1中引用的，因此，在将快照snap3全量存储至归档层后，需将标准层中位于快照snap1存储空间中的数据块snap1-3-1和snap1-4-1，以及位于快照snap2存储空间中的数据块snap2-1-2和snap2-2-2，从标准层中删除。

图5为本申请一示例性实施例提供的一种全量转存后快照描述信息的应用场景示意图。在完成快照snap2的全量转存以及标准层中相关数据块的删除操作后，快照snap1-3各自对应的快照描述信息可参考图5中的（b）图所示。快照snap2在全量转存前后对应的快照描述信息可参考图5中的（a）图所示。参考图5中的（a）图可知，快照snap2中的所有数据块对应的存储位置均标识为“归档层”。参考图5中的（b）图可知，由于快照snap1是快照snap2的父快照，因此快照snap1的快照描述信息中数据块snap1-3-1和snap1-4-1的存储位置也标识为“归档层”，而快照snap2又是快照snap3的父快照，也即是，快照snap3引用了快照snap2中的数据块snap2-1-2和snap2-2-2，因此，快照snap3的快照描述信息中数据块snap2-1-2和snap2-2-2的存储位置也标识为“归档层”，实际应用中，可按照图5中所示，快照snap3的快照描述信息中数据块snap2-1-2和snap2-2-2的存储位置也标识为“-1”，其中“-1”表征相应数据块的存储位置继承父快照中相应数据块的存储位置。

另外，假设归档层的存储成本为标准层的存储成本的1/4，则：

快照Snap2标准层成本：2*数据块成本

快照Snap2归档层成本：4*数据块成本* 1/ 4 = 1 *数据块成本。

归档前总成本：8 *数据块成本

归档后总成本：4*数据块成本 + 1*数据块成本 = 5 *数据块成本。

显然，存储成本下降。

图6为本申请一示例性实施例提供的一种快照恢复过程中快照存储状态变化情况的应用场景示意图。图6中（a）图为快照恢复之前，标准层和归档层中快照存储状态示意图，图6中的（b）图为快照恢复之后，标准层和归档层中快照存储状态示意图。

还是以恢复快照snap2为例，在快照恢复前，标准层中不存在快照snap2，在恢复后，按照快照snap2与快照snap1之间的引用关系，恢复的数据块snap1-3-1和snap1-4-1存储至快照snap1的存储空间中，恢复的数据块snap2-1-2和snap2-2-2则存储至快照snap2的存储空间中。

图7为本申请一示例性实施例提供的一种快照恢复后快照描述信息的应用场景示意图。参考图7，在完成快照snap2的恢复后，快照snap1中的所有数据块的存储位置均标识为“标准层”，快照snap2中的增量数据块的存储位置标识为“标准层”，而从父快照snap1中引用的数据块snap1-3-1和snap1-4-1的存储位置则标识为“-1”，以表征其继承父快照snap1中的相应存储位置；同理，快照snap3中的数据块snap2-1-2和snap2-2-2的存储位置标识为“-1”，而增量数据块snap3-3-3和snap3-4-3的存储位置则标识为“标准层”。

可知，在完成快照snap2的恢复后，标准层中的快照之间恢复了原有的引用关系。

综合图4-图6可知，本实施例提供的快照存储方法可实现对任意快照的全量转存和恢复，其在完成全量转存后的，可在保证快照完整性的基础上，实现整体快照存储成本的降低。且可保证快照恢复后，保持原有快照之间的增量关系，整体存储方案不增加快照存储成本。另外，为了保证存储过程能够降低整体存储成本，在标准层的快照描述信息中增加及存储相关的快照数据块的存储位置，便于数据恢复中对存储位置的查找及定位。快照描述信息既包括快照之间数据块增量信息，又包括单个快照是否整体转存及独立数据块的存储位置等信息，有助于在恢复数据时快速定位数据块位置。

需要说明的是，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。

图8为本申请另一示例性实施例提供的一种电子设备的结构示意图。如图8所示，该电子设备包括：存储器80和处理器81。

处理器81，与存储器80耦合，用于执行存储器80中的计算机程序，以用于：

响应于针对第一类型存储资源中存储的目标快照的全量转存请求，将目标快照全量存储至第二类型存储资源中；

若根据目标快照对应的快照描述信息，确定目标快照包含存储位置标记为第一类型存储资源的目标数据单元，则从第一类型存储资源中，删除目标数据单元；

在包含目标数据单元的其它快照和目标快照各自所对应的快照描述信息中，将目标数据单元对应的存储位置标记为第二类型存储资源；

其中，第二类型存储资源的存储成本低于第一类型存储资源。

在一可选实施例中，处理器81在将目标快照全量存储至第二类型存储资源中时，具体用于：

将目标数据单元复制至第二类型存储资源为目标快照提供的目标存储空间中；

若根据目标快照对应的快照描述信息，确定目标快照包含存储位置标记为第二类型存储资源的已转存数据单元，则在第二类型存储资源中，将已转存数据单元复制至目标存储空间中。

在一可选实施例中，第一类型存储资源中按照增量方式存储快照，处理器81在从第一类型存储资源中，删除目标数据单元时，具体用于：

若目标数据单元为目标快照从其父快照中引用的，则从第一类型存储资源为父快照提供的存储空间中删除目标数据单元；

若目标数据单元为目标快照中的发生的增量，则从第一类型存储资源为目标快照提供的存储空间中删除目标数据单元；

释放第一类型存储资源为目标快照提供的存储空间。

在一可选实施例中，第一类型存储资源中按照增量方式存储快照，处理器81还可用于：

响应于针对存储于第二类型存储资源中的目标快照的恢复请求，将目标快照包含的各个数据单元存储至第一类型存储资源中；

在第二类型存储资源中，删除目标快照；

在包含指定数据单元的各个快照各自对应的快照描述信息中，将指定数据单元对应的存储位置标记为第一类型存储资源；

其中，指定数据单元为目标快照包含的各个数据单元中的任意一个。

在一可选实施例中，处理器81在将目标快照包含的各个数据单元存储至第一类型存储资源中时，具体用于：

根据目标快照对应的快照描述信息，在目标快照包含的各数据单元中确定存储位置标记为第二类型存储资源的待恢复数据单元；

将待恢复数据单元从第二类型存储资源复制至第一类型存储资源中。

在一可选实施例中，处理器81在将待恢复数据单元从第二类型存储资源复制至第一类型存储资源中时，具体用于：

若根据目标快照对应的快照描述信息中保留的引用关系信息，确定待恢复数据单元为目标快照从其父快照中引用的，则将待恢复数据单元存储至第一类型存储资源为父快照提供的存储空间中；

若根据引用关系信息，确定待恢复数据单元为目标快照中发生的增量，则将待恢复数据单元存储至第一类型存储资源为目标快照提供的存储空间中。

在一可选实施例中，处理器81在将目标快照包含的各个数据单元存储至第一类型存储资源中时，具体用于：

将目标快照包含的各个数据单元从第二类型存储资源复制至第一类型存储资源中；

根据目标快照对应的快照描述信息，在复制回的各数据单元中确定存储位置标记为第一类型存储资源的重复数据单元；

从复制回的各数据单元中，删除重复数据单元。

在一可选实施例中，处理器81在将目标快照包含的各个数据单元从第二类型存储资源复制至第一类型存储资源中时，具体用于：

将目标快照包含的各个数据单元存储至第一类型存储资源为目标快照提供的存储空间中；

在删除重复数据单元之后，方法处理器81还可用于：

若根据目标快照对应的快照描述信息中保留的引用关系信息，确定复制回的各数据单元中的目标剩余数据单元为目标快照从其父快照中引用的，则将目标剩余数据单元移动至第一类型存储资源为父快照提供的存储空间中。

在一可选实施例中，第一类型存储资源采用对象存储集群提供的标准存储层资源，第二类型存储资源采用对象存储集群提供的归档存储层资源。

在一可选实施例中，快照描述信息存储于第一类型存储资源中。

进一步，如图8所示，该电子设备还包括：通信组件82、电源组件83等其它组件。图8中仅示意性给出部分组件，并不意味着电子设备只包括图8所示组件。

值得说明的是，上述关于电子设备各实施例中的技术细节，可参考前述的方法实施例中的相关描述，为节省篇幅，在此不再赘述，但这不应造成本申请保护范围的损失。

参考图2，本申请实施例还提供一种快照存储系统，包括管控节点和存储集群，存储集群用于提供存储成本不同的第一类型存储资源和第二类型存储资源，管控节点用于执行时实现前述的快照存储方法，以利用第一类型存储资源或第二类型存储资源对目标快照进行存储。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中的各步骤。

上述图8中的存储器，用于存储计算机程序，并可被配置为存储其它各种数据以支持在计算平台上的操作。这些数据的示例包括用于在计算平台上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器（SRAM），电可擦除可编程只读存储器（EEPROM），可擦除可编程只读存储器（EPROM），可编程只读存储器（PROM），只读存储器（ROM），磁存储器，快闪存储器，磁盘或光盘。

上述图8中的通信组件，被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如WiFi，2G、3G、4G/LTE、5G等移动通信网络，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件还包括近场通信（NFC）模块，以促进短程通信。例如，在NFC模块可基于射频识别（RFID）技术，红外数据协会（IrDA）技术，超宽带（UWB）技术，蓝牙（BT）技术和其他技术来实现。

上述图8中的电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器 (CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器 (RAM) 和/或非易失性内存等形式，如只读存储器 (ROM) 或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存 (PRAM)、静态随机存取存储器 (SRAM)、动态随机存取存储器 (DRAM)、其他类型的随机存取存储器 (RAM)、只读存储器 (ROM)、电可擦除可编程只读存储器 (EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘 (DVD) 或其他光学存储、磁盒式磁带，磁带式磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体 (transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

需要说明的是，本申请所涉及的用户信息（包括但不限于用户设备信息、用户个人信息等）和数据（包括但不限于用于分析的数据、存储的数据、展示的数据等），均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (12)

1.一种快照存储方法，包括：

响应于针对第一类型存储资源中存储的目标快照的全量转存请求，将所述目标快照全量存储至第二类型存储资源中；

若根据所述目标快照对应的快照描述信息，确定所述目标快照包含存储位置标记为所述第一类型存储资源的目标数据单元，则从所述第一类型存储资源中，删除所述目标数据单元；

在包含所述目标数据单元的其它快照和所述目标快照各自所对应的快照描述信息中，将所述目标数据单元对应的存储位置标记为所述第二类型存储资源；

其中，所述第二类型存储资源的存储成本低于所述第一类型存储资源；快照描述信息中包含用于标识单个数据单元的存储位置的属性项。

2.根据权利要求1所述的方法，将所述目标快照全量存储至第二类型存储资源中，包括：

将所述目标数据单元复制至所述第二类型存储资源为所述目标快照提供的目标存储空间中；

若根据所述目标快照对应的快照描述信息，确定所述目标快照包含存储位置标记为所述第二类型存储资源的已转存数据单元，则在所述第二类型存储资源中，将所述已转存数据单元复制至所述目标存储空间中。

3.根据权利要求1所述的方法，所述第一类型存储资源中按照增量方式存储快照，所述从所述第一类型存储资源中，删除所述目标数据单元，包括：

若所述目标数据单元为所述目标快照从其父快照中引用的，则从所述第一类型存储资源为所述父快照提供的存储空间中删除所述目标数据单元；

若所述目标数据单元为所述目标快照中的发生的增量，则从所述第一类型存储资源为所述目标快照提供的存储空间中删除所述目标数据单元；

释放所述第一类型存储资源为所述目标快照提供的存储空间。

4.根据权利要求1所述的方法，所述第一类型存储资源中按照增量方式存储快照，所述方法还包括：

响应于针对存储于所述第二类型存储资源中的所述目标快照的恢复请求，将所述目标快照包含的各个数据单元存储至所述第一类型存储资源中；

在所述第二类型存储资源中，删除所述目标快照；

在包含指定数据单元的各个快照各自对应的快照描述信息中，将所述指定数据单元对应的存储位置标记为所述第一类型存储资源；

其中，所述指定数据单元为所述目标快照包含的各个数据单元中的任意一个。

5.根据权利要求4所述的方法，所述将所述目标快照包含的各个数据单元存储至所述第一类型存储资源中，包括：

根据所述目标快照对应的快照描述信息，在所述目标快照包含的各数据单元中确定存储位置标记为所述第二类型存储资源的待恢复数据单元；

将所述待恢复数据单元从所述第二类型存储资源复制至所述第一类型存储资源中。

6.根据权利要求5所述的方法，所述将所述待恢复数据单元从所述第二类型存储资源复制至所述第一类型存储资源中，包括：

若根据所述目标快照对应的快照描述信息中保留的引用关系信息，确定所述待恢复数据单元为所述目标快照从其父快照中引用的，则将所述待恢复数据单元存储至所述第一类型存储资源为所述父快照提供的存储空间中；

若根据所述引用关系信息，确定所述待恢复数据单元为所述目标快照中发生的增量，则将所述待恢复数据单元存储至所述第一类型存储资源为所述目标快照提供的存储空间中；

其中，引用关系信息用于表征快照包含的各个数据单元与其它快照包含的数据单元之间的引用关系。

7.根据权利要求4所述的方法，所述将所述目标快照包含的各个数据单元存储至所述第一类型存储资源中，包括：

将所述目标快照包含的各个数据单元从所述第二类型存储资源复制至所述第一类型存储资源中；

根据所述目标快照对应的快照描述信息，在复制回的各数据单元中确定存储位置标记为所述第一类型存储资源的重复数据单元；

从所述复制回的各数据单元中，删除所述重复数据单元。

8.根据权利要求7所述的方法，所述将所述目标快照包含的各个数据单元从所述第二类型存储资源复制至所述第一类型存储资源中，包括：

将所述目标快照包含的各个数据单元存储至所述第一类型存储资源为所述目标快照提供的存储空间中；

在删除所述重复数据单元之后，所述方法还包括：

若根据所述目标快照对应的快照描述信息中保留的引用关系信息，确定所述复制回的各数据单元中的目标剩余数据单元为所述目标快照从其父快照中引用的，则将所述目标剩余数据单元移动至所述第一类型存储资源为所述父快照提供的存储空间中。

9.根据权利要求1所述的方法，所述第一类型存储资源采用对象存储集群提供的标准存储层资源，所述第二类型存储资源采用对象存储集群提供的归档存储层资源。

10.一种快照存储系统，包括管控节点和存储集群，所述存储集群用于提供存储成本不同的第一类型存储资源和第二类型存储资源，所述管控节点用于执行时实现权利要求1-9任一项所述的快照存储方法，以利用所述第一类型存储资源或第二类型存储资源对目标快照进行存储。

11.一种电子设备，包括存储器和处理器；

所述存储器用于存储一条或多条计算机指令；

所述处理器与所述存储器耦合，用于执行所述一条或多条计算机程序指令，以用于执行权利要求1-9任一项所述的快照存储方法。

12.一种存储计算机指令的计算机可读存储介质，当所述计算机指令被一个或多个处理器执行时，致使所述一个或多个处理器执行权利要求1-9任一项所述的快照存储方法。