Bacula-users

Re: [Bacula-users] Fwd: concurrent backups to one volume?

2009-06-25 10:55:51
Subject: Re: [Bacula-users] Fwd: concurrent backups to one volume?
From: Silver Salonen <silver AT ultrasoft DOT ee>
To: bacula-users AT lists.sourceforge DOT net
Date: Thu, 25 Jun 2009 17:48:43 +0300
On Thursday 25 June 2009 17:24:37 John Drescher wrote:
> On Thu, Jun 25, 2009 at 10:23 AM, John Drescher<drescherjm AT gmail DOT com> 
> wrote:
> > On Thu, Jun 25, 2009 at 9:34 AM, terryc<terryc AT woa.com DOT au> wrote:
> >> Silver Salonen wrote:
> >>
> >>> As one device supports only one job, you have to create separate devices 
for
> >>> each job you want to be able to run concurrently.
> >>
> >> That isn't how I understand it. I am working on having multiple clients
> >> feeding files into a single tape drive at the same time and expect that
> >> chuncks of each job will be interleaved along the tape.
> >>
> >> It should be the same for disk files, if that ishow you configure it
> >> (say one file for each nights jobs).
> >>
> >
> > As long as the pool is the same more than 1 job can concurrently write
> > to the same volume. I have been doing that for years with tape and
> > disk. However if you do want more than 1 pool then with disks its best
> > to have multiple storage devices.
> >
> I should have said more than 1 pool to operate concurrently with disk.
> 
> John M. Drescher

Yes, in this case we are about to ask ourselves what are pools - to my mind 
pools are collections of backup-files and policies about how to overwrite 
these files. Eg. if we want to do ordinary Grandfather-Father-Son rotation, we 
create 3 different pools for every job - for full, differential and 
incremental backups. And as we define them, we have to define separate devices 
for them too.

Using only one pool with the whole backup-disk doesn't make sense to me, 
because managing these backups would be extremely limited, wouldn't it?

PS. The limit to be able to write only one job to one disk-based device has 
been a bizzare limit that just complicates the configuration, I still don't 
understand why we have this limit in disk-based backups (the claim "Bacula 
uses disks as tapes" is just as bizzare).

-- 
Silver

------------------------------------------------------------------------------
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users