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 <=
|
|
|