bpduplicate will put images into the pool you specify with the -dp
switch. Thus, it will append to tapes in the offsite pool if they aren't
full already. You shouldn't worry about sending out tapes needed for
restores if you have a pool which has your backups going to, then a
separate pool they are being duplicated to since you'll have two copies.
Hope this helps.

RCA


TWGIBBAR AT up DOT com wrote:
> 
> Will bpduplicate always write to either a tape with no data or append to a
> tape that already has a duplicate copy?  I'm worried that I could be
> sending tapes offsite that might be needed for restores.
> 
> Thanks,
> Terry
> 
> fx [François-Xavier Peretmere] <fx AT veritas DOT com>@mailman.eng.auburn.edu 
> on
> 04/16/2001 07:54:23 PM
> 
> Sent by:  veritas-bu-admin AT mailman.eng.auburn DOT edu
> 
> To:   "Veritas-bu List" <veritas-bu AT mailman.eng.auburn DOT edu>
> cc:
> 
> Subject:  Re: [Veritas-bu] Finding tapes written to....
> 
> > From: Jeff Kennedy [mailto:jlkennedy AT amcc DOT com]
> > Sent: Tuesday 17 April, 2001 00:18
> 
> > I am trying to figure out the best way to get my offsite backups
> > automated.  Meaning, automate the deciphering of what, when, and where
> > and then ejecting them.
> >
> > Here's what I'm thinking so far......
> 
>  depends of your configuration, but bpduplicate could do the
> trick easier, with the preview switches: if tapes to eject are
> in the "Duplicate" pool, and you're running the script once a
> week, then:
> 
> J:\Home\fx>bpduplicate -hoursago 168 -pb
> Media id = SYS014  Server = diane
> Media id = DATA08  Server = kokeliko
> Media id = PS0001  Server = ades
> Media id = DATA20  Server = kokeliko
> Media id = DATA07  Server = diane
> 
>  you can filter on the class, the schedule name a/o type. but
> not on the pool. so if you need to check the pool, you'll have to
> cross check output with vmquery.
> 
>  hth,
>       fx
> 
> #include <VRTS/std_disclaimer.h>
> 
> --
>       fx AT veritas DOT com      | A file that big?
> François-Xavier Peretmere | It might be very useful.
>  http://www.veritas.com/  | But now it is gone.

--
Ryan C. Anderson        |   United Defense L.P.    
Unix Administrator      |   763.572.6684 (desk)
ryan_anderson AT udlp DOT com  |   952.235.9936 (pager)