Block-level incremental recovery of a storage volume

• US 9,558,072 B1
• Filed: 09/27/2013
• Issued: 01/31/2017
• Est. Priority Date: 09/27/2013
• Status: Active Grant

• Current Assignee: EMC Corporation (Dell Technologies Inc.)
• Original Assignee: Emc IP Holding Company LLC (Dell Technologies Inc.)
• Inventors: Mam, Neelabh
• Primary Examiner(s): Rostami, Mohammad S
• Application Number:
  US14/039,141
• Time in Patent Office: 1,222 Days
• US Class Current: 1/1
• CPC Class Codes: G06F 11/14 Error detection or correction of the data by redundancy in operation G06F11/16 takes precedence
• CPC Class Codes: G06F 11/1451 by selection of backup contents
• CPC Class Codes: G06F 11/1469 Backup restoration techniques
• CPC Class Codes: G06F 16/13 File access structures, e.g. distributed indices arrangements of input from, or output to, record carriers G06F3/06
• CPC Class Codes: G06F 16/20 of structured data, e.g. relational data
• CPC Class Codes: G06F 16/27 Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
• CPC Class Codes: G06F 2201/84 Using snapshots, i.e. a logical point-in-time copy of the data

Abstract

A source volume is restored to the time of a selected incremental backup volume without writing over all of the data blocks in the source volume. If the source volume has valid data blocks and there are valid records of the changes to these valid data blocks and the valid records are consistent with the state of the source volume and indicate that certain valid data blocks did not change since the selected incremental backup, then the restoration does not write over the valid data blocks that did not change since the selected incremental backup. Otherwise, data blocks are recovered from the selected incremental backup and one or more backups prior to the selected incremental backup. For example, data blocks are recovered by scanning incremental backups in reverse chronological order to find the most recent version of the block in these backups.

Claims

1. A computer implemented method for performing block-level recovery of a source volume to restore a source volume to the time of a selected incremental backup of the source volume by accessing changed block tracking data in a chronological series of backups of the source volume, the chronological series of backups of the source volume including a full backup followed by incremental backups of changed blocks of the source volume, the incremental backups including the selected incremental backup and at least one incremental backup following the selected incremental backup, and each incremental backup including block change tracking data identifying changed blocks of the source volume, the method comprising:

selecting a time of the selected incremental backup;

creating a map of the multiple valid blocks of the source volume, the map containing the changed block tracking data showing how each individual valid block has changed since the time of the selected incremental backup;

for each of the individual valid blocks of the multiple valid blocks of the source volume, separately performing the following;

(a) inspecting the changed block tracking data from after the time of the selected incremental backup to determine whether or not the individual valid block has changed in the source volume after the time of the selected incremental backup, and

(b) keeping, in the source volume, the current individual valid blocks that when it is determined in (a) not to have changed since the time of the selected incremental backup, and

(c) for the current individual valid blocks that is determined in (a) to have changed after the time of the selected incremental backup;

(i) locating the most recent version of each of the individual valid blocks at the time of the selected incremental backup;

(ii) copying to the source volume the most recent version of each of the valid blocks identified in (i);

wherein the method further includes initiating a snapshot copy of the source volume in order to take the source volume offline.

2. The computer implemented method of claim 1, wherein the incremental backups include at least one incremental backup after the full backup and before the selected incremental backup, and the locating includes scanning the incremental backups in reverse chronological order from the time of the selected incremental backup in order to search for the most recent version of each of the valid blocks determined in (a) to have changed since the time of the selected incremental backup.

3. The computer implemented method of claim 1, wherein the changed block tracking data since the time of the selected incremental backup includes changed block tracking data for an in-progress volume snapshot copy of the source volume in addition to changed block tracking data of every incremental backup following the selected incremental backup in the chronological series of backups of the source volume.

4. The computer implemented method of claim 1, wherein the method further includes creating a final incremental backup of the source volume so that the final incremental backup is a most recent incremental backup in the chronological series of backups of the source volume and the final incremental backup has a state consistent with the source volume.

5. The computer implemented method of claim 1, wherein the method further includes invoking a snapshot copy facility to revert the source volume to a state consistent with a most recent incremental backup in the chronological series of backups of the source volume.

6. A computing system, comprising:

at least one processor; and

memory including instructions that, when executed by the at least one processor, cause the computing system to perform block-level restoration of a source volume to the time of a selected incremental backup of the source volume by accessing changed block tracking data in a chronological series of backups of the source volume, the chronological series of backups of the source volume including a full backup followed by incremental backups of changed blocks of the source volume, the incremental backups including the selected incremental backup and at least one incremental backup following the selected incremental backup, and each incremental backup including block change tracking data identifying changed blocks of the source volume, the restored source volume being restored by;

selecting a time of the selected incremental backup;

creating a map of the multiple valid blocks of the source volume, the map containing the changed block tracking data showing how each individual valid block has changed since the time of the selected incremental backup;

for each of the individual valid blocks of the multiple valid blocks of the source volume, separately performing the following;

(a) inspecting the changed block tracking data from after the time of the selected incremental backup to determine whether or not the individual valid block has changed in the source volume after the time of the selected incremental backup, and

(b) keeping, in the source volume, the current valid blocks that is determined in (a) not to have changed since the time of the selected incremental backup, and

(c) for current valid blocks that are determined in (a) to have changed after the time of the selected incremental backup;

(i) locating the most recent version of each of the current individual valid blocks at the time of the selected incremental backup; and

(ii) copying to the source volume the most recent version of each of the valid blocks identified in (i);

wherein the instructions, when executed by the at least one processor, cause the computing system to initially initialize a snapshot copy of the source volume in order to take the source volume offline.

7. The computing system of claim 6, wherein the incremental backups include at least one incremental backup after the full backup and before the selected incremental backup, and the locating includes scanning the incremental backups in reverse chronological order from the time of the selected incremental backup in order to search for the most recent version of each of the valid blocks determined in s (a) to have changed since the time of the selected incremental backup.

8. The computing system of claim 6, wherein the changed block tracking data since the time of the selected incremental backup includes changed block tracking data for an in-progress volume snapshot copy of the source volume in addition to changed block tracking data of every incremental backup following the selected incremental backup in the chronological series of backups of the source volume.

9. The computing system of claim 6, wherein the instructions, when executed by the at least one processor, cause the computing system to initially create a final incremental backup of the source volume so that the final incremental backup is a most recent incremental backup in the chronological series of backups of the source volume, and so that the final incremental backup has a state consistent with the source volume.

10. The computing system of claim 6, wherein the instructions, when executed by the at least one processor, cause the computing system to initially invoke invoking a snapshot copy facility to revert the source volume to a state consistent with a most recent incremental backup in the chronological series of backups of the source volume.

11. A non-transitory computer readable storage medium storing one or more sequences of instructions executed by one or more processors to cause the one or more processors to perform block-level restoration of a source volume to the time of a selected incremental backup of the source volume by accessing changed block tracking data in a chronological series of backups of the source volume, the chronological series of backups of the source volume including a full backup followed by incremental backups of changed blocks of the source volume, the incremental backups including the selected incremental backup and at least one incremental backup following the selected incremental backup, and each incremental backup including block change tracking data identifying changed blocks of the source volume, the restored source volume being restored by:

selecting a time of the selected incremental backup;

creating a map of the multiple valid blocks of the source volume, the map containing the changed block tracking data showing how each individual valid block has changed since the time of the selected incremental backup;

for each of the individual valid blocks the multiple valid blocks of the source volume, separately performing the following;

(a) inspecting the changed block tracking data from after the time of the selected incremental backup to determine whether or not the individual valid block has changed in the source volume after the time of the selected incremental backup, and

(b) keeping, in the source volume, the current valid blocks that is determined in (a) not to have changed since the time of the selected incremental backup, and

(c) for current valid blocks that are determined in (a) to have changed after the time of the selected incremental backup;

(i) locating the most recent version of each of the current individual valid blocks at the time of the selected incremental backup; and

(ii) copying to the source volume the most recent version of each of the valid blocks identified in (i);

wherein the instructions, when executed by the one or more processors, cause the one or more processors to initially initiate a snapshot copy of the source volume in order to take the source volume offline.

12. The non-transitory computer readable storage medium of claim 11, wherein the incremental backups include at least one incremental backup after the full backup and before the selected incremental backup, and the locating includes scanning the incremental backups in reverse chronological order from the time of the selected incremental backup in order to search for the most recent version of each of the valid blocks determined in (a) to have changed since the time of the selected incremental backup.

13. The non-transitory computer readable storage medium of claim 11, wherein the changed block tracking data since the time of the selected incremental backup includes changed block tracking data for an in-progress volume snapshot copy of the source volume in addition to changed block tracking data of every incremental backup following the selected incremental backup in the chronological series of backups of the source volume.

14. The non-transitory computer readable storage medium of claim 11, wherein the instructions, when executed by the one or more processors, cause the one or more processors to initially create a final incremental backup of the source volume so that the final incremental backup is a most recent incremental backup in the chronological series of backups of the source volume, and so that the final incremental backup has a state consistent with the source volume.