> In the case here it's rather a large issue (granted due to other 
> problems like hardware or software issues that require restores of data 
> and is NOT something that I want to continue, however we are living in 
> an imperfect world) but to give you an idea the dataset size is about 
> 30-40TiB with restores anywhere from 2TiB to a full restore to back that 
> back up again not only takes a LOT of tapes which is costly it also 
> takes a LOT of time (day/weeks) where nothing else can be run.
> 
> What I have been doing which is just painful is do a full restore, then 
> have to do a full backup right after then continue so a restore is 
> actually the time of about 2x of a full.  (for a full set this is about 
> 9-10 days on LTO4).   This has happened about 3 times so far in the past 
> 2 months.

Have you considered breaking up such a big dataset into pieces that only 
take up perhaps 5 tapes or less each?  I know it can be a pain to manage, 
but it seems like that would go a long way toward.  The other benefit is 
that if a tape breaks during the restore (or is just discovered to be 
unreadable) you can still get 100% of the other datasets restored.  IMHO, 
any time you realize you can't back up your fileset in one day or even one 
weekend that's a good opportunity to take a step back and re-think things. 
  Perhaps you might even need to take the step of scheduling the fulls so 
they don't occur on the same schedule.

I realize you that your periodic audits of your filesets to make sure 
you're not missing something become a lot more complicated, but a painful 
audit once per quarter seems like a lot better than what you've described 
above.




------------------------------------------------------------------------------
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users