ADSM-L

Re[2]: Private/Scratch library tapes (relabelling a tape con

1998-07-17 15:08:40
Subject: Re[2]: Private/Scratch library tapes (relabelling a tape con
From: ALLEN BARTH <abarth AT KEMPER DOT COM>
Date: Fri, 17 Jul 1998 14:08:40 -0500
     And I will also add that in 2.5 years with ADSM, I have never had an
     occurrence of a scratch tape that still had data on it.

     Well..., that is after I realized that REUSEDELAY needs to be set to
     longer than your oldest database backup.  I did have one occurrence
     before that where I had to restore the ADSM db, and someone needed a
     file on a tape that wasn't scratch in that db, but was in the regular
     db and therefore had been re-labeled.

     OUCH!

     I don't relabel tapes anymore.


______________________________ Reply Separator _________________________________
Subject: Re: Private/Scratch library tapes (relabelling a tape contai
Author:  Craig Bell <rcbell AT US.IBM DOT COM> at ~internet
Date:    7/17/98 2:43 PM


>>> If you relabel a tape that contains good data (not scratch), does that
destroy the data on the tape?  I would guess that's the case, and that's
why I wouldn't do it.  Does anyone know for sure?


Yes, relabelling a tape will Destroy ALL data remaining on it.  That's one
reason ADSM does not automatically label scratch tapes.  If there's some
chance the tape is still defined to a storage pool, or contains DB backup
data, it would be lost.

Craig Bell
<Prev in Thread] Current Thread [Next in Thread>
  • Re[2]: Private/Scratch library tapes (relabelling a tape con, ALLEN BARTH <=