On 02/23/2018 01:32 AM, Fourie Joubert wrote:
> Hi Folks
> 
> I know similar topics have been addressed before in many posts, but none of
> them provide me with a workable solution…
> 
> - We are backing up fairly large volumes: 250TB up to 1.5 PB over 40Gbps
> Infiniband
> - Bacula backups up to a target PB-scale ZFS pool
> - The volumes created are each 100GB in size
> 
> We are having trouble getting the first full backups to finish successfully in
> one job (due to various IT issues that we do not have control over).
> 
> The result is that although the backups are configured as incrementals, there
> is never a successful full backup in a single job, and the next job starts
> backing up everything all over again. This happens over and over so we never
> get a backup of all the content and we fill up our ZFS backup target pool with
> all the uncompleted attempts.
> 
> Is there a way to prevent this, so that despite a backup job being flagged as
> unsuccessfully terminated, the next session will be forced to only be 
> incremental?
> 
> Any advice would be sincerely appreciated!

Hi Fourie,

Your request is impossible. Unless perhaps some form of quantum mechanics is
applied to the situation. :)   (I hope I am not the only one laughing a that
joke :)

Let me explain what I mean:

You cannot have an Incremental backup that is based on no prior good Full
backup. This is simply an impossible request.

If your Fulls never complete, you can never have an Incremental (or a
Differential for that matter).

When an Incremental backup job starts, Bacula queries the catalog database to
see when the last Full, Incremental, or Differential job was successfully
completed. If there is no such job that has terminated "Backup OK", then this
Incremental will automatically be upgraded to a Full.

The situation you are describing "due to various IT issues that we do not have
control over" needs to be resolved so that you can get a Full backup job.

Perhaps you can solve this problem by splitting this very large single job
into several smaller jobs that run concurrently?

Best regards,

Bill


-- 
Bill Arlofski
http://www.revpol.com/bacula
-- Not responsible for anything below this line --

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to