Hi List!
John Drescher schrieb:
> On Fri, Oct 10, 2008 at 11:39 AM, John Drescher <drescherjm AT gmail DOT com>
> wrote:
>> On Fri, Oct 10, 2008 at 11:06 AM, Kjetil Torgrim Homme
>> <kjetilho AT linpro DOT no> wrote:
>>> Marc Richter <mr AT web-factory DOT de> writes:
>>>
>>>> Further, I want to know, why bacula recycles Volumes (which destroys
>>>> data) instead of creating new ones and if this is a Bug which should
>>>> be reported.
>>> I believe this is intended behaviour, and it's the behaviour I want.
>>> after all, when I tell Bacula I want to keep that backup for 180 days,
>>> that's what I actually mean, and I don't want Bacula to start using a
>>> fresh tape when an old tape can be recycled instead. (Note, Bacula
>>> should only recycle media which is present and available without human
>>> interaction.)
OK, it's correct, that Bacula can "per configuration" choose free
between recycling outimed volumes or label a new one. Neither the
Outtimed ones, nor the new ones should contain any data that is still
needed. If so, the Retention Period is defined to short...
But: In our company, the "Storage" is a NAS and each Volume is a 4GB
file. Noone has to change any tapes and I think, that the most people
responsible for backups have any mechanism to NOT have to sit in the
company at Saturday 3 am because there's the next tape to change ...
Bacula's logic of Tapes, Pools and Storages is a great way to handle
media, but I'd like to be able to configure the following scenario:
When there's a storage with 3 TB space available, and the data to backup
is not more than .... let's say 40 GB per day, and the volume retention
period is configured to 1 month, then after 31 days, the (uncompressed)
backups would be 1240 GB of size.
As everyone knows, data on productive Servers rather grow than shrink.
So while you can say that a 3 TB storage can master 2 months of backup
easily during an daily backup amount of 40 GB (=1240 GB a month), that
isn't true anymore if it grows to ... let's say 50 GB a day
(50GB*31days=1550 GB / month ).
So, in this case, I think it would be better to tell bacula "First fill
up all the volumes you can, and only if there's no new Volume available
anymore, go on recycling the outdated ones.".
Espacially when doing incremental or differential backups ist's quite
difficult to determine how much backup space will be needed and how
"long" backups may last until they will have to become recycled because
the volumes are needed for new backups.
I hope I could explain what I mean detailed enough ... so it would be
great to have an option to controll this behavior.
For example, on an "per storage" based option to choose between "First
use ALL the volumes before recycling old ones" or "recycle the old ones
prior to label new ones" .
Wouldn't that be a better way than the actual one?
>> No, this is definitely not intended behavior. Bacula is supposed to
>> protect media for how ever long you specify in your volume retention
>> period.
>>
> Sorry, I am wrong. I was thinking of a different thread where the user
> had volumes being recycled way before the retention period expired.
>
> John
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
--
Marketing Factory Consulting GmbH * mailto:mr AT marketing-factory DOT de
Stephanienstrasse 36 * Tel.: +49 211-361176-44
D-40211 Duesseldorf, Germany * Fax : +49 211-361176-45
Amtsgericht Duesseldorf HRB 53971 * http://www.marketing-factory.de/
Geschaeftsfuehrer: Peter Faisst | Katja Faisst
Karoline Steinfatt | Christoph Allefeld | Markus M. Kimmel
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
