[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bacula-devel] [Bacula-users] Synthetic Full backup or Consolidation

On Sun, May 18, 2008 at 5:38 AM, Thomas Mueller <thomas@xxxxxxxxxxxxxx> wrote:
> hmm... "move" operation on synthetic backup means, that the last full
> backup will be purged/pruned? so, all diff/inc backup jobs will be
> worthless for a full restore before the new synthetic full backup? For
> my case i have in mind, i would never use such a "move" operation on
> synthetic backup. but there may be other scenarios around.

I believe this feature would be useful to reclaim disk space occupied
by expired catalog entries. In bandwidth limited environments, it is
almost impossible to perform a reliable full backup of a bacula
client. In these situations, I have used an external drive to collect
the initial full backup and incremental can continue over the network.
Unfortunately, this solution is very resource intensive (requiring
human intervention and a long trip to off site locations) so we avoid
this as much as possible.

These new features will significantly reduce the cost of maintaining
our current backup solution.

Michael Short
(901) 233-9926

This SF.net email is sponsored by: Microsoft 
Defy all challenges. Microsoft(R) Visual Studio 2008. 
Bacula-devel mailing list

This mailing list archive is a service of Copilotco.