On Thursday 25 June 2009 17:24:37 John Drescher wrote:
> On Thu, Jun 25, 2009 at 10:23 AM, John Drescher<dresche...@gmail.com> wrote:
> > On Thu, Jun 25, 2009 at 9:34 AM, terryc<ter...@woa.com.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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to