数据备份方法、装置、电子设备及系统与流程

1.本发明涉及云备份技术领域，具体涉及数据备份方法、装置、电子设备及系统。


背景技术：

2.目前越来越多企业选择数据上云，而大部分的商业云平台软件几乎都采用了openstack架构，基于云的备份成了企业不能或缺的硬性需求。目前通过openstack备份程序按照固定大小读取卷数据，计算sha256值比对上一次备份的sha256值，有增量数据就进行备份，需要将卷的全部读取完毕进行比较。
3.具体地，对一个卷(即，volume)做全量备份时，每次从volume读入第一字节(例如，chunk_size字节)的数据，从lba＝0开始，每sha_block_size个字节做一次sha计算(chunk_size必须是sha_block_size的整数倍)，并将结果保存起来，然后会把chunk_size的数据进行压缩(可配置不压缩)，并保存到对应的对象存储bucket中，这就形成了swift或s3存储中的一个object，循环下去直到把整个volume都保存到对象存储中，最后会生成两个文件，即元数据文件metadata和哈希文件sha256file，也存到对象存储中。其中，metadata记录了这个云硬盘对应存储上哪些文件(或objects)，每个文件(或object)的大小、压缩算法、长度、偏移量等；sha256file按顺序记录了每次sha计算的结果。备份时会将整个volume全部再次读取一遍，将每sha_block_size数据计算的sha256值与上次备份sha256值比较，如果相同则只保存计算结果，如果不同就会将对应的sha_block进行备份。
4.由此可知，每次增量备份虽然最终数据是只存入了增量数据，但是每次都需要将原来卷的数据按照chunk_size切割全部读取一遍来计算sha256。这样一来整体备份性能就会堵塞在读取数据上面，并且卷越大读取时间越长，极大地造成了备份性能低下问题，同时也造成了客户网络资源的浪费。


技术实现要素：

5.有鉴于此，本发明实施例提供了一种数据备份方法、装置、电子设备及系统，以解决备份性能低下的问题。
6.根据第一方面，本发明实施例提供了一种数据备份方法，包括：
7.获取备份属性信息，所述备份属性信息包括上一次备份的第一快照标识、当前备份的第二快照标识以及数据长度；
8.将所述备份属性信息发送给源数据端；
9.接收所述源数据端基于所述备份属性信息反馈的增量数据，以将所述增量数据写入目标对象存储。
10.本发明实施例提供的数据备份方法，将增量数据的确定过程放在存储端处理，对于本地而言仅需要对存储端反馈的增量数据进行处理，而不需要处理全部的数据，大大提高了数据读取速度；且增量数据的确定与增量数据的处理是并行处理的，优化了整个读取性能，提高了增量备份性能。
11.结合第一方面，在第一方面第一实施方式中，所述接收所述源数据端反馈的所述增量数据，以将所述增量数据写入目标对象存储，包括：
12.获取备份元数据；
13.对所述增量数据进行处理，以得到目标备份数据；
14.基于所述目标备份数据对所述备份元数据进行更新，得到更新后的备份元数据；
15.将所述目标备份数据以及所述更新后的备份元数据写入所述目标对象存储。
16.本发明实施例提供的数据备份方法，利用块存储到对象存储的方式对数据进行备份，可以实现云存储，提高了数据备份的性能。
17.结合第一方面第一实施方式，在第一方面第二实施方式中，所述对所述增量数据进行处理，以得到目标备份数据，包括：
18.基于备份端的配置对所述增量数据进行处理，确定目标增量数据；
19.计算所述增量数据对应的哈希值，确定备份哈希值；
20.基于所述目标增量数据以及所述备份哈希值，确定所述目标备份数据。
21.本发明实施例提供的数据备份方法，依据备份端的配置将增量数据处理为目标增量数据，可以保证所得到的目标增量数据能够满足备份端的需求。
22.结合第一方面，在第一方面第三实施方式中，所述获取备份属性信息，包括：
23.接收所述源数据端发送的所述第二快照标识，所述第二快照标识是所述源数据端在对数据备份时生成的；
24.从备份元数据中读取所述第一快照标识以及所述数据长度，以确定所述备份属性信息。
25.本发明实施例提供的数据备份方法，将快照标识存储在备份元数据中，可以避免由于数据库损坏而造成无法进行备份和恢复操作，提高了数据备份的可靠性。
26.根据第二方面，本发明实施例还提供了一种数据备份方法，包括：
27.接收服务端发送的备份属性信息，所述备份属性信息包括上一次备份的第一快照标识、当前备份的第二快照标识以及数据长度；
28.基于所述第一快照标识以及第二快照标识，确定所述第一快照标识以及第二快照标识之间是否存在数据差异；
29.当存在数据差异时，基于所述数据长度从源数据提取相应长度的数据，确定所述增量数据；
30.将所述增量数据反馈给所述服务端，以使得所述服务端将所述增量数据写入目标对象存储。
31.本发明实施例提供的数据备份方法，将增量数据的确定过程放在存储端处理，使得增量数据的处理与增量数据的确定是并行处理的，优化了整个读取性能，提高了增量备份性能。
32.根据第三方面，本发明实施例还提供了一种数据备份装置，包括：
33.获取模块，用于获取备份属性信息，所述备份属性信息包括上一次备份的第一快照标识、当前备份的第二快照标识以及数据长度；
34.发送模块，用于将所述备份属性信息发送给源数据端；
35.存储模块，用于接收所述源数据端基于所述备份属性信息反馈的增量数据，以将
所述增量数据写入目标对象存储。
36.本发明实施例提供的数据备份装置，将增量数据的确定过程放在存储端处理，对于本地而言仅需要对存储端反馈的增量数据进行处理，而不需要处理全部的数据，大大提高了数据读取速度；且数据读取与增量数据的确定是并行处理的，又花了整个读取性能，提高了增量备份性能。
37.根据第四方面，本发明实施例还提供了一种数据备份装置，包括：
38.接收模块，用于接收服务端发送的备份属性信息，所述备份属性信息包括上一次备份的第一快照标识、当前备份的第二快照标识以及数据长度；
39.差异确定模块，用于基于所述第一快照标识以及第二快照标识，确定所述第一快照标识以及第二快照标识之间是否存在数据差异；
40.提取模块，用于当存在数据差异时，基于所述数据长度从源数据提取相应长度的数据，确定所述增量数据；
41.反馈模块，用于将所述增量数据反馈给所述服务端，以使得所述服务端将所述增量数据写入目标对象存储。
42.本发明实施例提供的数据备份装置，将增量数据的确定过程放在存储端处理，且数据读取与增量数据的确定是并行处理的，优化了整个读取性能，提高了增量备份性能。
43.根据第五方面，本发明实施例还提供了一种电子设备，包括：
44.存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行本发明第一方面，或第一方面任意实施方式，或第二方面所述的数据备份方法。
45.根据第六方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使计算机执行本发明第一方面，或第一方面任意实施方式，或第二方面所述的数据备份方法。
46.根据第七方面，本发明实施例还提供了一种数据存储系统，包括：
47.服务端以及源数据端，所述服务端与所述源数据端连接；
48.所述服务端用于，获取备份属性信息，将备份属性信息发送给源数据端，接收所述源数据端基于所述备份属性信息反馈的所述增量数据，以将所述增量数据写入目标对象存储；其中，所述备份属性信息包括上一次备份的第一快照标识、当前备份的第二快照标识以及数据长度。
49.本发明实施例提供的数据备份系统，将增量数据的确定过程放在存储端进行处理，使得增量数据的处理与增量数据的确定是并行处理的，提高了备份速率，提高了增量备份性能。
附图说明
50.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
51.图1示出了本发明实施例中数据备份系统的结构图；
52.图2是根据本发明实施例的数据备份方法的流程图；
53.图3是根据本发明实施例的数据备份方法的流程图；
54.图4是根据本发明实施例的数据备份方法的流程图；
55.图5是根据本发明实施例的数据备份方法的流程图；
56.图6是根据本发明实施例的数据备份方法的示意图；
57.图7是根据本发明实施例的数据备份装置的结构框图；
58.图8是根据本发明实施例的数据备份装置的结构框图；
59.图9是本发明实施例提供的电子设备的硬件结构示意图。
具体实施方式
60.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
61.本发明实施例提供了一种数据备份系统，如图1所示，包括源数据端10以及服务端20。其中，源数据端10用于存储原始数据，例如，存储卷等等；服务端20上运行有云服务，例如openstack，用于将数据备份至备份端30。备份端30用于对存储备份数据，其可以是另一个存储卷等等。在此对源数据端10、服务端20以及备份端30的具体形式并不做任何限定，具体可以根据实际需求进行相应的设置。
62.具体地，当需要进行数据备份时，源数据端10生成当前备份的第一快照标识，并将第一备份标识发送给服务端20；服务端20确定出备份属性信息，包括上一次备份的第二快照标识以及数据长度，并将备份属性信息发送给源数据端10。源数据端10基于第一快照标识以及第二快照标识确定增量数据，并将增量数据反馈给服务端20，服务端20对增量数据写入目标对象存储，即写入备份端。
63.本实施例提供的数据备份系统，将增量数据的确定过程放在存储端进行处理，使得增量数据的处理与增量数据的确定是并行处理的，提高了备份速率，提高了增量备份性能。同时，该系统还用于在云场景下提高云硬盘增量备份性能。
64.本发明实施例提供的数据备份方法是通过块存储的快照技术识别两次备份之间的增量数据，并将增量数据返回给服务端的备份程序进行备份。备份程序备份增量数据，优化了原先的必须读取整个卷来逐个比对sha256信息的流程。在该方法中引入了存储端快照技术，极大优化了整个读取性能，从而提高了增量备份性能。
65.根据本发明实施例，提供了一种数据备份方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
66.在本实施例中提供了一种数据备份方法，可用于上述的服务端，图2是根据本发明实施例的数据备份方法的流程图，如图2所示，该流程包括如下步骤：
67.s11，获取备份属性信息。
68.其中，所述备份属性信息包括上一次备份的第一快照标识、当前备份的第二快照
标识以及数据长度。
69.服务端每接收到一次备份的快照标识时，将该快照标识进行存储。因此，在需要进行数据备份时，服务端就可以直接提取出上一次备份的第一快照标识。可选地，服务端可以将接收到的快照标识存储在备份元数据，即metadata中。
70.当前备份的第二快照标识是存储端生成发送给服务端的，数据长度可以是预先确定的，也可以是根据实际需求设置的，在此对其具体数值并不做任何限定。
71.s12，将备份属性信息发送给源数据端。
72.服务端获取到备份属性信息之后，将其发送给源数据端，以使得源数据端基于备份属性信息反馈增量数据。其中，增量数据表示当前备份与上一次备份的差异或新增数据。
73.关于源数据端确定增量数据的具体处理，请参见下文存储端实施例的相关描述。
74.s13，接收源数据端基于备份属性信息反馈的增量数据，以将增量数据写入目标对象存储。
75.源数据端确定出增量数据之后，将增量数据反馈给源数据端。相应地，服务端就能够接收到源数据端反馈的增量数据。服务端对增量数据进行处理后，将其写入到目标对象存储中。其中，对增量数据的处理包括但不限于指纹处理、增量数据的重新组合、压缩等等。具体可以根据实际需求进行相应的设置，在此对其并不做任何限定。
76.所述的指纹处理，可以是计算增量数据的哈希值，例如基于sha256计算，也可以是基于其他方式进行计算等等。进一步地，由于源数据端反馈的增量数据是字节形式表示的，需要对其进行重新组合以符合对象存储的需求。
77.关于该步骤具体将在下文中进行详细描述。
78.本实施例提供的数据备份方法，将增量数据的确定过程放在存储端处理，对于本地而言仅需要对存储端反馈的增量数据进行处理，而不需要处理全部的数据，大大提高了数据读取速度；且增量数据的确定与增量数据的处理是并行处理的，优化了整个读取性能，提高了增量备份性能。
79.在本实施例中提供了一种数据备份方法，可用于上述的服务端，图3是根据本发明实施例的数据备份方法的流程图，如图3所示，该流程包括如下步骤：
80.s21，获取备份属性信息。
81.其中，所述备份属性信息包括上一次备份的第一快照标识、当前备份的第二快照标识以及数据长度。
82.具体地，上述s21包括：
83.s211，接收源数据端发送的第二快照标识。
84.其中，所述第二快照标识是源数据端在对数据备份时生成的。
85.在需要进行数据备份时，源数据端对待备份数据进行快照处理，生成第二快照标识，并将第二快照标识发送给服务端。服务端接收到第二快照标识之后，会对其进行存储，以便于下一次备份时提取出该快照标识。具体地，服务端依据第二快照标识对应的时间点的先后，对接收到的第二快照标识进行依次存储，以便于确定相邻两次备份所对应的第二快照标识。
86.s212，从备份元数据中读取第一快照标识以及所述数据长度，以确定备份属性信息。
87.如上文所述，服务端会对接收到的第二快照标识进行存储。例如，时间点1，服务端接收到源数据端发送的第二快照标识，服务端基于所述的数据备份方法进行数据备份处理，那么，该第二快照标识就可以认为是已经处理过的快照标识，即上一次备份的快照标识，又称之为第一快照标识。
88.具体地，在备份元数据中存储有所接收到的所有快照标识，该快照标识称之为第一快照标识。当服务端接收到第二快照标识之后，表示此时需要进行数据备份，那么，服务端从备份元数据中提取出上一次备份的第一快照标识以及数据长度。其中，所述的数据长度表示当前备份对应的数据长度，对于每次备份而言，可以约定对应的数据长度相同。
89.服务端将第二快照标识、第一快照标识以及数据长度作为备份属性信息，通过函数传参的方式发送给源数据端。
90.s22，将备份属性信息发送给源数据端。
91.详细请参见图2所示实施例的s12，在此不再赘述。
92.s23，接收源数据端基于备份属性信息反馈的增量数据，以将增量数据写入目标对象存储。
93.具体地，上述s23包括：
94.s231，获取备份元数据。
95.备份元数据metadata用于存储目标备份数据，所述目标备份数据包括对应于增量数据的两种内容形式，一种为增量数据的指纹，另一种为增量数据的内容。
96.s232，对增量数据进行处理，以得到目标备份数据。
97.对应于上述增量数据的两种形式，服务端需要分别对增量数据进行相应的处理，以得到目标备份数据。
98.在本实施例的一些可选实施方式中，上述s232可以包括：
99.(1)基于备份端的配置对增量数据进行处理，确定目标增量数据。
100.备份端与目标对象存储对应，服务端依据备份端的配置需求对增量数据进行重新组合整理，确定出目标增量数据。即，以备份端的存储需求对增量数据进行处理。
101.(2)计算增量数据对应的哈希值，确定备份哈希值。
102.哈希值的计算所采用的算法可以根据实际需求进行设置，例如，sha256等等，在此对其并不做任何限定，具体可以根据实际情况进行设置。服务端在对增量数据计算哈希值之后，即可确定出增量数据对应的备份哈希值。
103.(3)基于目标增量数据以及备份哈希值，确定目标备份数据。
104.服务端将增量数据对应的目标增量数据以及备份哈希值确定为目标备份数据。
105.依据备份端的配置将增量数据处理为目标增量数据，可以保证所得到的目标增量数据能够满足备份端的需求。
106.s233，基于目标备份数据对备份元数据进行更新，得到更新后的备份元数据。
107.服务端将目标备份数据对应的大小、压缩算法、长度、偏移量等存储在备份元数据中，以对备份元数据进行更新。
108.s234，将目标备份数据以及更新后的备份元数据写入目标对象存储。
109.服务端通过调用swift或s3 driver将目标备份数据以及更新后的备份元数据写入目标对象存储中。其中，目标对象存储包括但不限于swift对象存储、s3对象存储、
gluster存储，nfs存储。
110.本实施例提供的数据备份方法，将快照标识存储在备份元数据中，可以避免由于数据库损坏而造成无法进行备份和恢复操作，提高了数据备份的可靠性。利用块存储到对象存储的方式对数据进行备份，可以实现云存储，提高了数据备份的性能。
111.在本实施例中提供了一种数据备份方法，可用于上述的存储端，图4是根据本发明实施例的数据备份方法的流程图，如图4所示，该流程包括如下步骤：
112.s31，接收服务端发送的备份属性信息。
113.其中，所述备份属性信息包括上一次备份的第一快照标识、当前备份的第二快照标识以及数据长度。
114.关于备份属性信息的具体描述，请参见上文所述。该步骤与图2所示实施例的s12对应。
115.s32，基于第一快照标识以及第二快照标识，确定第一快照标识以及第二快照标识之间是否存在数据差异。
116.源数据端在生成快照之后，每一个快照都有一个指针记录了变化了的数据逻辑地址，就可以确定两个快照标识之间是否存在数据差异。
117.当存在数据差异时，执行s33；否则，表示两次快照标识之间不存在数据差异，则执行其它操作。所述的其它操作可以是返回空，或者返回预设字符等等。
118.s33，基于数据长度从源数据提取相应长度的数据，确定增量数据。
119.源数据端通过比较快照之间有差异的地方，读取有差异的数据逻辑地址的数据就可以返回增量数据。具体地，源数据端基于数据长度，从对应的源数据中提取出相应长度的数据，就可以确定出增量数据。进一步地，在返回增量数据的同时还反馈增量数据对应的数据偏移量。
120.s34，将增量数据反馈给服务端，以使得服务端将增量数据写入目标对象存储。
121.源数据端将增量数据反馈给服务端，以使得服务端在接收到增量数据之后，将其写入到对象存储中。该步骤与上述图2所示实施例的s13，或者，与上述图3所示实施例的23对应，在此不再赘述。
122.本实施例提供的数据备份方法，将增量数据的确定过程放在存储端处理，使得增量数据的处理与增量数据的确定是并行处理的，优化了整个读取性能，提高了增量备份性能。
123.本发明实施例还提供一种数据备份方法，应用于图1所示的数据备份系统中。如图5所示，所述的数据备份方法，包括：
124.s41，服务端获取备份属性信息，所述备份属性信息包括上一次备份的第一快照标识、当前备份的第二快照标识以及数据长度。详细请参见图2所示实施例的s11，在此不再赘述。
125.s42，服务端将所述备份属性信息发送给源数据端。详细请参见图2所示实施例的s12，在此不再赘述。
126.s43，源数据端基于所述第一快照标识以及第二快照标识，确定所述第一快照标识以及第二快照标识之间是否存在数据差异。详细请参见图4所示实施例的s32，在此不再赘述。
127.s44，当存在数据差异时，源数据端基于所述数据长度从源数据从提取相应长度的数据，确定所述增量数据。详细请参见图4所示实施例的s33，在此不再赘述。
128.s45，源数据端将所述增量数据反馈给所述服务端。详细请参见图4所示实施例的s34，在此不再赘述。
129.s46，服务端将所述增量数据写入目标对象存储。详细请参见图3所示实施例的s23，在此不再赘述。
130.在本实施例的一个具体实施方式中，如图6所示，服务端运行有openstack备份程序，利用源数据端存储可识别快照的增量数据的能力，在源数据端改造返回openstack备份程序想要的数据。同时，对openstack备份程序进行改进，将每次备份时都调用volume driver进行源数据端打快照，同时将快照标识(snapshot_id)存入metadata文件中。下次增量备份时取出上次备份metadata文件中snapshot_id，将两个snapshot_id传给源数据端，由源数据端按照数据长度(chunk_size)的大小返回增量数据给openstack备份程序，该备份程序再进行备份操作，这样可极大地提高整体备份速度。
131.具体地，结合图6所示，源数据端在需要进行备份时，生成备份快照snapshot_id将其发送给服务端，服务端调用manager.py函数获取该备份快照标识，即当前备份的第二快照标识。服务端利用chunkeddriver.py函数调用volume driver增量备份，读取上一次备份的metadata中的第一快照标识，并将第一快照标识、第二快照标识以及数据长度发送给源数据端；源数据端判断两个快照之间的差异数据，在存在差异时，按照数据长度切割lun，返回有差异的data offset和data。服务端调用chunkeddriver.py重新生成此次备份的增量sha256file、metadata以及data。最后，服务端利用chunkeddriver.py调用swift或s3 driver写入目标对象存储中。
132.本实施例提供的数据备份方法，通过改造openstack备份程序，并结合源数据端识别差异数据的能力进行增量备份，在云场景下提高云硬盘增量备份的性能。
133.在本实施例中还提供了一种数据备份装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
134.本实施例提供一种数据备份装置，应用于服务端，如图7所示，包括：
135.获取模块51，用于获取备份属性信息，所述备份属性信息包括上一次备份的第一快照标识、当前备份的第二快照标识以及数据长度；
136.发送模块52，用于将所述备份属性信息发送给源数据端；
137.存储模块53，用于接收所述源数据端基于所述备份属性信息反馈的增量数据，以将所述增量数据写入目标对象存储。
138.本实施例还提供了一种数据备份装置，应用于源数据端，如图8所示，包括：
139.接收模块61，用于接收服务端发送的备份属性信息，所述备份属性信息包括上一次备份的第一快照标识、当前备份的第二快照标识以及数据长度；
140.差异确定模块62，用于基于所述第一快照标识以及第二快照标识，确定所述第一快照标识以及第二快照标识之间是否存在数据差异；
141.提取模块63，用于当存在数据差异时，基于所述数据长度从源数据从提取相应长
度的数据，确定所述增量数据；
142.反馈模块64，用于将所述增量数据反馈给所述服务端，以使得所述服务端将所述增量数据写入目标对象存储。
143.上述本实施例提供的数据备份装置，将增量数据的确定过程放在存储端处理，对于本地而言仅需要对存储端反馈的增量数据进行处理，而不需要处理全部的数据，大大提高了数据读取速度；且数据读取与增量数据的确定是并行处理的，又花了整个读取性能，提高了增量备份性能。
144.本实施例中的数据备份装置是以功能单元的形式来呈现，这里的单元是指asic电路，执行一个或多个软件或固定程序的处理器和存储器，和/或其他可以提供上述功能的器件。
145.上述各个模块的更进一步的功能描述与上述对应实施例相同，在此不再赘述。
146.本发明实施例还提供一种电子设备，具有上述图7或图8所示的数据备份装置。
147.请参阅图9，图9是本发明可选实施例提供的一种电子设备的结构示意图，如图9所示，该电子设备可以包括：至少一个处理器71，例如cpu(central processing unit，中央处理器)，至少一个通信接口73，存储器74，至少一个通信总线72。其中，通信总线72用于实现这些组件之间的连接通信。其中，通信接口73可以包括显示屏(display)、键盘(keyboard)，可选通信接口73还可以包括标准的有线接口、无线接口。存储器74可以是高速ram存储器(random access memory，易挥发性随机存取存储器)，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器74可选的还可以是至少一个位于远离前述处理器71的存储装置。其中处理器71可以结合图7或图8所描述的装置，存储器74中存储应用程序，且处理器71调用存储器74中存储的程序代码，以用于执行上述任一方法步骤。
148.其中，通信总线72可以是外设部件互连标准(peripheral component interconnect，简称pci)总线或扩展工业标准结构(extended industry standard architecture，简称eisa)总线等。通信总线72可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
149.其中，存储器74可以包括易失性存储器(英文：volatile memory)，例如随机存取存储器(英文：random-access memory，缩写：ram)；存储器也可以包括非易失性存储器(英文：non-volatile memory)，例如快闪存储器(英文：flash memory)，硬盘(英文：hard disk drive，缩写：hdd)或固态硬盘(英文：solid-state drive，缩写：ssd)；存储器74还可以包括上述种类的存储器的组合。
150.其中，处理器71可以是中央处理器(英文：central processing unit，缩写：cpu)，网络处理器(英文：network processor，缩写：np)或者cpu和np的组合。
151.其中，处理器71还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(英文：application-specific integrated circuit，缩写：asic)，可编程逻辑器件(英文：programmable logic device，缩写：pld)或其组合。上述pld可以是复杂可编程逻辑器件(英文：complex programmable logic device，缩写：cpld)，现场可编程逻辑门阵列(英文：field-programmable gate array，缩写：fpga)，通用阵列逻辑(英文：generic array logic,缩写：gal)或其任意组合。
152.可选地，存储器74还用于存储程序指令。处理器71可以调用程序指令，实现如本技术任一实施例中所示的数据备份方法。
153.本发明实施例还提供了一种非暂态计算机存储介质，所述计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行上述任意方法实施例中的数据备份方法。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(read-only memory，rom)、随机存储记忆体(random access memory，ram)、快闪存储器(flash memory)、硬盘(hard disk drive，缩写：hdd)或固态硬盘(solid-state drive，ssd)等；所述存储介质还可以包括上述种类的存储器的组合。
154.虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。