Hello Andrea,
Do you have 2 different jobs to accomplish this? I do not understand what
do you mean when you say "The Fileset is the same for both jobs". If you
use different jobs, one for doing the disk backups (monthly full and daily
diff/incr) and another one for the tape backups (weekly full), both with
the same FileSet, the daily diff/incr disk backups should reference the
monthly full disk backups and not the weekly full tape backups.
Best regards,
Ana
On Fri, Jan 22, 2016 at 10:43 AM, Andrea Venturoli <m...@netfence.it> wrote:
> Hello.
>
> I'm loosing myself in what I think should be a pretty easy thing,
> probabily a FAQ, but I could not find a clear answer...
>
>
>
> My situation is as follows:
> _ I do monthly full and daily diff/incr backup to a NAS (this is fast
> and easy);
> _ I also do weekly full backups to tapes (slow, unconfortable, but safer).
>
> The Fileset is the same for both jobs.
>
> So, in case of a restore, bacula selects the last tape backup (since
> it's usually more recent than the last full disk backup) and subsequent
> diff and incr from disk.
> This is coherent with the fact that diff/incr backups are made with
> reference to the last full (on tape) backup.
>
>
>
> What I'd like to achieve, instead, is to always use restore from disk
> and leave tapes as a last resort, in case something really went bad.
>
> Is there a way I can tell bacula to almost ignore tape backups, so:
> a) always use the last disk full as a reference for subsequent diff/incr;
> a) always restore from disk, unless I really ask for the tape (e.g. by
> job number)?
>
> Is there a flag I can mark the tape pool with?
>
>
>
> I thought:
> a) do a VirtualFull from disk to tape, but that would then again be used
> as a reference full, wouldn't it?
> b) do a Copy: this should work, but I'd need to copy several
> full/diff/incr jobs (not having a complete up to date full);
> c) purge the tape job just after doing it, but then I would only be able
> to bextract from it and I would have no track of it in the DB;
> d) do a VirtualFull on disk, copy it to tape, delete it (since it would
> take too much space on the NAS), but should it really be this difficult?
> e) is that what archive pools (currently unimplemented AFAIK) are for?
>
>
>
> Any hint appreciated.
>
> bye & Thanks
> av.
>
>
> ------------------------------------------------------------------------------
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
