Last synthetic full should be useful for next synthetic full
Created: 02 Jul 2009 | 3 comments
Right now a synthetic full or synthetic cumulative incremental backup is a backup assembled from previous backups.
The backups include one previous, traditional full backup, and subsequent differential backups and/or a cumulative incremental backup. (A traditional full backup means a non-synthesized, full backup.) A client can then use the synthesized backup to restore files and directories in the same way that a client restores from a traditional backup.
It will be great idea to to include last synthetic full backup to form a next synthetic backup.
idea Filed Under:
Comments
not so sure
I think you might be mistaken here.
You run a traditional full once only, after that a synthetic full will use the last full (be it traditional or synthetic), plus any other differentials and/or cumulative backups since to assemble a new full backup.
The same applies for a synthetic cumulative, it will combine differentials and the last cumulative into a new snythetic cumulative.
Please review the "More about synthetic backups" in the Administrators Guide, Volume 1.
NBU v7.1.0.1 Master and Media servers on RHEL 5 & Win2008; SAN based LTO 3 and 4 tape libraries.
Linux, Solaris, Windows and OpenVMS clients.
PureDisk, SLP, VMware, Oracle, SQL/Server and Exchange agents
VBR and OpsCenter
Bug: Synthetics don't run if a traditional full is expired
There is a bug in NBU 6.5.3 and 6.5.4 - synthetic backups fail to be scheduled if the first traditional full is expired. This is due to be fixed in 6.5.5
Don't I know it!
Oh yes, don't I know it! I've had a case open since the middle of March on that one. No errors, it just doesn't get scheduled to run. Started since upgrading to v6.5.3.
There's an EEB (patch) out there but you of course have to notice your synthetics aren't running.
NBU v7.1.0.1 Master and Media servers on RHEL 5 & Win2008; SAN based LTO 3 and 4 tape libraries.
Linux, Solaris, Windows and OpenVMS clients.
PureDisk, SLP, VMware, Oracle, SQL/Server and Exchange agents
VBR and OpsCenter
Would you like to reply?
Login or Register to post your comment.