Hello,
This sounds to me like it would be resolved by our Base project (though
perhaps not as automatically as you would like). See the "projects" file for
details. This project is currently being implemented for the next major
release.
Regards,
Kern
On Tuesday 01 September 2009 14:33:06 Gavin McCullagh wrote:
> Hi,
>
> I didn't get any response to this on the -users list and it occurred to me
> that perhaps it's not the right place to ask and -devel is instead.
> Apologies to anyone getting it a second time.
>
> Gavin
>
> PS could you CC me on replies. I'm only on the -users list.
>
>
> ----- Forwarded message from Gavin McCullagh -----
>
> Hi,
>
> I'm not sure if this suggestion is well-known already, implemented already
> or maybe just a plain stupid idea that wouldn't work. So, I'm going to
> suggest it and don my flame-retardant suit. Feel free to flame or shoot
> it down.
>
> Suppose I do monthly full backups with differentials and incrementals in
> between. I'd like to hold onto many years of monthly snapshots. A file
> which is in the backups unchanged the entire time will be duplicated 12
> times each year. This is kind of wasteful and will be expensive. What I'd
> prefer to do is keep a series of full backups (say 6 months worth) and keep
> monthly incrementals or differentials which allow me to get back to earlier
> snapshots.
>
> I think this might be doable by, every month, running a (new?) type of
> migrate job which takes the oldest two full datasets (fb_t0 and fb_t1) and
> creates an incremental dataset (ib_t1t0) which, applied to fb_t1 would give
> the older dataset. You would then recycle the fb_t0 dataset but the full
> data would still be available via the incrementals. A month later the same
> process would happen with fb_t1 and fb_t2. fb_t0 would then be available
> via fb_t2, ib_t1t0, ib_t2t1. Over the years, making your way back to the
> start would become a longer and longer process, but at least it would still
> be possible.
>
> This seems somewhat similar to the new virtual backup feature (which is a
> brilliant one, might I add).
>
> All suggestions, corrections and criticisms welcome,
>
> Gavin
>
> PS if further background is required, see the first three paragraphs of
> this earlier thread.
>
> http://www.mail-archive.com/bacula-users AT lists.sourceforge DOT
> net/msg36365.htm
>l
>
>
> ----- End forwarded message -----
>
>
> ---------------------------------------------------------------------------
>--- Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day trial. Simplify your report design, integration and deployment - and
> focus on what you do best, core application coding. Discover what's new
> with Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Bacula-devel mailing list
> Bacula-devel AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-devel
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
