The only way to delete the volume when the database says there are backups
on it is to use the discarddata=yes, which means you will be deleting
backups.  I think you'll have to do a restore stgpool to get the data back
to the new disk, assuming the volume name is different from the one that
went bad.  Hopefully 11GB will be enough space.  If your 13GB volume was
filled, then you won't be able to restore everything.  You might be able to
restore as much as possible, migrate it, then issue the restore stg again.

Tina

> -----Original Message-----
> From: Remeta, Mark [SMTP:MRemeta AT SELIGMANDATA DOT COM]
> Sent: Tuesday, January 19, 1999 3:27 PM
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      Re: Tape Volumes
>
> Thank you to all in reference to restoring a tape volume. I have another
> question to ask however. One of the disk storage pools I had defined were
> on
> an external RAID box that has failed and now the system logs tons of
> errors
> whenever you try to read or write to it. Needless to say I marked that
> volume as destroyed also. It was a 13gb volume. I created another volume
> that was 11gb on a different disk and assigned it to the same storage pool
> as the 13gb volume and varied the 13gb volume off-line. Now my question is
> what is the proper procedure to remove the references to the original 13gb
> volume. Should I try and restore the 13gb volume from tapes or just delete
> the volume? If I delete the volume it will delete all references of the
> files on the copy pools too, right. So I guess I should do a restore
> volume
> to it specifying the new volume name?
>
> Thanks again,
>
> Mark Remeta
> Seligman Data Corp.
> 100 Park Avenue
> New York, NY 10017
> (212)716-2810