If I understand your question correction and it is the COPYPOOL that is
damaged, you can go ahead and do a DELETE with discard data=yes.  You are
only deleteing the references in the data base to that COPYPOOL volume, not
the data in the primary pool.

The next time you run a BACKUP STGPOOL PRIMARYPOOL COPYPOOL, any data in the
primary pool that is not currently represented in the copy pool, will be
backed up to the copy pool again, and you can take the new tape offsite.

> -----Original Message-----
> From: Remeta, Mark [SMTP:MRemeta AT SELIGMANDATA DOT COM]
> Sent: Tuesday, January 05, 1999 3:40 PM
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      question about volumes
>
> Hello ADSMers, I have a question that I am a little confused about that
> hopefully you will be able to help me with. I have a storage pool defined,
> an offsite copy storage pool with a volume in it that was filled. I
> accidentally relabeled the physical volume. Now to my understanding that
> data is lost even though the volume is still listed as being valid with
> data. If I delete the volume with the discard data=yes it is going to
> delete
> the copies in the primary storage pool too, right? How can I get rid of
> the
> volume from the copy storage pool without deleting the original copies in
> the primary storage pool.
>
> Thanks in advance,
>
> Mark Remeta
> Seligman Data Corp.
> 100 Park Avenue
> New York, NY 10017
> (212)716-2810