Philip-

1. No, it's currently not possible to relocate from a DSSU to multiple
tape drives.  Also a rumored feature of the next big release though...

2. No, multiple retentions won't get duplicated to the same tape.  There
is a setting to "allow multiple retentions per media", but it's not a
good idea in most environments.  (too easy to end up with an almost-empty
tape that never expires due to a single long-retention image)

HTH
rob

On Thu, Feb 03, 2005 at 02:35:15PM -0000 or thereabouts, Weber, Philip wrote:
> Another coupld of questions :
> 
> 1. Is it possible to make it disk stage to more than one tape drive in
> parallel, i.e. multistream?  It seems like one disk staging area will only
> use one tape drive at a time, which is a shame.
> 
> 2. Do multiple retentions get duplicated to the same tape?  Seems to me that
> now we have set some infinite-retention backup schedules, all of our tapes
> are going to be infinite-retention.
> 
> Thanks, Phil
> 
> -----Original Message-----
> From: Paul Keating [mailto:pkeating AT bank-banque-canada DOT ca] 
> Sent: 03 February 2005 13:22
> To: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: RE: [Veritas-bu] Disk Staging & Storage Unit Groups
> 
> 
> In theory, I agree...in practice, I haven't found it worked that well..
> :o(
> 
> The reason I'm having issues is due to only having a 90 Gig DSSU. To
> backup 5 machines, each with around 15-20 gigs of data......(total of
> all 5 is about 80 gigs.)
> 
> However, we're using the DSSU (comprised of left over un allocated space
> on a couple disks) to back these machines up over a 10M excrypted link,
> which only passes about 300KB/s, and we can't afford to have these 5
> machines consume a tape drive for 20+ hours for full backups.
> 
> We do have a Enterprise storage solution going online in Q3, so
> hopefully I'll get a SAN attached Terabyte DSSU then!
> ;o)
> 
> Paul
> 
> > -----Original Message-----
> > From: Rob Worman (home) [mailto:rob AT worman DOT org] 
> > Sent: February 2, 2005 10:14 PM
> > To: Paul Keating
> > Cc: veritas-bu AT mailman.eng.auburn DOT edu
> > Subject: Re: [Veritas-bu] Disk Staging & Storage Unit Groups
> > 
> > 
> > Paul: "It is a good idea to have fulls and incrementals go to 
> > different 
> > DSU's"
> > If a backup to a DSSU encounters a diskfull error, the 
> > following results:
> >     (1) pause the backup
> >     (2) expire up to two [this number was recently upped to 
> > ten] of the 
> > oldest images that have been duped to tape
> >     (2a) if there are no images to expire in (2), fail the 
> > backup with 
> > an 84
> >     (3) resume the backup;  if another diskfull condition occurs, see 
> > step (1)
> > 
> 
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> 
> -----------------------------------------
> Egg is a trading name of the Egg group of companies which includes: Egg plc
> (reg no 2448340), Egg Financial Products ltd (reg no 3319027), Egg
> International ltd (reg no 4059266), Egg Financial Intermediation ltd (reg
> no 382828), Egg Investments ltd (reg no 3403963) and Egg Banking plc (reg
> no 2999842.  Egg Investments Ltd, Egg Banking plc and Egg Financial
> Intermediation Ltd are authorised and regulated by the Financial Services
> Authority (FSA) and are entered in the FSA register under numbers 190518,
> 205621 and 309551 respectively. These members of the Egg group are
> registered in England and Wales. Registered offices: 1 Waterhouse Square,
> 138-142 Holborn, London EC1N 2NA.    This e-mail is confidential and for
> use by the addressee only.  If you are not the intended recipient of this
> e-mail and have received it in error, please return the message to the
> sender by replying to it and then delete it from your mailbox.  Internet
> e-mails are not necessarily secure. The Egg group of companies do not
> accept responsibility for changes made to this message after it was sent.
> Whilst all reasonable care has been taken to avoid the transmission of
> viruses, it is the responsibility of the recipient to ensure that the
> onward transmission, opening or use of this message and any attachments
> will not adversely affect its systems or data. No responsibility is
> accepted by the Egg group of companies in this regard and the recipient
> should carry out such virus and other checks as it considers appropriate.
> This communication does not create or modify any contract.
> 
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu