In our case we can not use seperate volume pools because our Database
extension is allways using the same class. What you can do however is run an
exit script that freezes the tape. This will prevent Netbackup from writing to
the tape. When youu are about to expire the tape you should unfreeze it and
then expire it manually.

It would be much nicer if you could specify, with an option, if you want to
append to a tapeset or not (Like in the Backup Exec product)

Regards,

Ysbrand

"Schuller, William" <wschuller AT Cayenta DOT com> wrote:
> You would have to use separate volume pools for each job. This is the only
> way I can think of to keep jobs on separate tapes. Make use of the
> SCRATCH_POOL if you don't already.
> 
> --------------------------
> Bill Schuller
> Unix Systems Administrator
> Cayenta, Inc.
> --------------------------
> 
> -----Original Message-----
> From: Jonathan Dodman [mailto:dodmanj AT willis DOT com]
> Sent: Wednesday, January 24, 2001 8:16 AM
> To: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: [Veritas-bu] Appending to Media
> 
> 
> To save time and effort reading through endless NetBackup manuals I thought
> I would put a question to some people who may have the answers:
> So, We are running NetBackup 3.4 on an NT4 server which is attached to a
> StorageTek L180 tape library, with 5 DLT7000's.
> This in turn is attached to a clustered pair of NetApp 760's.
> 
> The problem we are having is that NetBackup has this habit of filling tapes
> up.
> We have say 2 different backup jobs running concurrently. When the first
> backup is finished, the last tape used is only about a third full, so when
> the next job starts, it pulls this tape in again and fills it up with data,
> before pulling in another tape to continue with the backup.
> 
> Because of the tape management system we operate, we like to keep tapes
> from different backup jobs, seperate. I know this is not efficient use of
> the tapes, but that is the way we work.
> 
> Is there a way of stopping NetBackup from filling tapes up from different
> backup jobs ?
> 
> Thanks for your help
> 
> Jon Dodman
> 
> 
> 
> ______________________________________________________________________
> The information in this email and in any attachments is confidential and
> may be privileged.  If you are not the intended recipient, please destroy
> this message, delete any copies held on your systems and notify the sender
> immediately.  You should not retain, copy or use this email for any
> purpose, nor disclose all or any part of its content to any other person.
> 
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


____________________________________________________________________
Get free email and a permanent address at http://www.amexmail.com/?A=1