Creating Inc backup of mounted Full that already has child Incs?


Author
Message
jphughan
jphughan
Macrium Evangelist
Macrium Evangelist (21K reputation)Macrium Evangelist (21K reputation)Macrium Evangelist (21K reputation)Macrium Evangelist (21K reputation)Macrium Evangelist (21K reputation)Macrium Evangelist (21K reputation)Macrium Evangelist (21K reputation)Macrium Evangelist (21K reputation)Macrium Evangelist (21K reputation)Macrium Evangelist (21K reputation)
Group: Forum Members
Posts: 13K, Visits: 79K
I remembered that viBoot allows the current state of a VM to be backed up as a new Reflect image and that there are options for Full, Diff, and Inc backups.  So I tested the following scenario:

- Backup set containing 1 Full and ​​1 Inc backup
- Chose to boot the Full backup in viBoot, then made changes and shut it down.
- Right-clicked the VM and selected "Backup".

The Backup dialog allowed me to select Incremental, which surprised me given that the set already has a different Incremental created from this Full.  I selected that option, and Reflect generated an 02-02 Incremental.  When I subsequently went to Reflect's Restore tab to view my image backups and selected Other Actions > Delete, the 02-02 image was presented as a child of 01-01 (shown below), even though that isn't the case.  But the fact that Reflect seems to think that's the case raises a question and observation for me:

- If I wished to restore 02-02 onto hardware (using ReDeploy), would Reflect do that properly, i.e. would it "know" to skip 01-01 when evaluating the image chain since 02-02 actually appended directly to the Full rather than 01-01?
- It seems that if I wanted to delete 01-01, the Reflect UI would prevent me from doing that without also deleting 02-02, even though in this particular case ​​​02-02 does not in fact rely on 01-01 existing in the chain.

Or did viBoot in fact append to 01-01 when building the 02-02 Inc even though I had mounted the Full (00-00)?​​

EDIT: Realized I originally forgot to include the screenshot I mentioned.

​​

Edited 29 October 2017 10:11 PM by jphughan
Nick
Nick
Macrium Representative
Macrium Representative (5.4K reputation)Macrium Representative (5.4K reputation)Macrium Representative (5.4K reputation)Macrium Representative (5.4K reputation)Macrium Representative (5.4K reputation)Macrium Representative (5.4K reputation)Macrium Representative (5.4K reputation)Macrium Representative (5.4K reputation)Macrium Representative (5.4K reputation)Macrium Representative (5.4K reputation)
Group: Administrators
Posts: 3.2K, Visits: 21K
Hi JP

If I wished to restore 02-02 onto hardware (using ReDeploy), would Reflect do that properly, i.e. would it "know" to skip 01-01 when evaluating the image chain since 02-02 actually appended directly to the Full rather than 01-01?


viBoot creates the Inc by appending to the most recent image in the set. It isn't possible to have 'forks' in a backup set, the images in the set must be a linear chain. It doesn't matter that the viBooted image was based on the Full, or any other image in the set, the Inc still represents the state of the file system at that time. 

So, 02-02 needs 01-01 and the Full to restore.  Again, it doesn't matter what the baseline is for the VM, the backup sets must be a linear chain. 

Or did viBoot in fact append to 01-01 when building the 02-02 Inc even though I had mounted the Full (00-00)?


Yes, that's correct, as explained above. 

The images in the chain are effectively always 'time' based from the time of the Full.

Hope that helps 

Kind Regards

Nick

Macrium Support

Next Webinar

See our reviews on

Trustpilot Logo
Trustpilot Stars


Edited 30 October 2017 12:34 PM by Nick
jphughan
jphughan
Macrium Evangelist
Macrium Evangelist (21K reputation)Macrium Evangelist (21K reputation)Macrium Evangelist (21K reputation)Macrium Evangelist (21K reputation)Macrium Evangelist (21K reputation)Macrium Evangelist (21K reputation)Macrium Evangelist (21K reputation)Macrium Evangelist (21K reputation)Macrium Evangelist (21K reputation)Macrium Evangelist (21K reputation)
Group: Forum Members
Posts: 13K, Visits: 79K
Ok, makes sense. Thanks Nick!
GO

Merge Selected

Merge into selected topic...



Merge into merge target...



Merge into a specific topic ID...




Reading This Topic

Login

Explore
Messages
Mentions
Search