What do You mean with 'create'? Take it from a scratch pool? I have
never seen that adsm redefines a private tape from one pool to the
other. Or was the tape empty before? Any entry in the volumehistory?

Reclamation is never an 'exact' copy of the stgpool. The tapes are
always different. But You have all objects (files, dirs etc) identical
on both sides. From a user point of view, you won't see a difference,
You even won't notice if your primary tape is unavailable.

You can see with q occ (and some sql statements) if your copypool is in
sync with your primary: when the amount of data and number of files are
matching between primary and copy pool.

Regards

Roger Hohmann

Adam Slesinger schrieb:
>
> Sorry if I wasn't clear enough.  During reclamation of the offsite tape copy 
> pool, TAPECOPYPOOL, a volume from our primary onsite
> tape pool, TAPEPOOL, was grabbed and used as the output volume for the 
> reclamation process.  Can anyone tell me why on earth ADSM
> would do this?  It should have created a new tape in TAPECOPYPOOL and have 
> written the data to that volume to be taken offsite,
> right?  My concern is that TAPECOPYPOOL is now not an exact duplicate of 
> TAPEPOOL because the reclamation removed the data from
> the four offsite tapes in TAPECOPYPOOL and consolidated it onto a tape in 
> TAPEPOOL .  Does anybody have any ideas?  Thank you!
>
> adam
> __________________
> Adam Slesinger
> Corporate Information Systems
> Brown & Sharpe, RI
> Phone: (401) 886-2236
> Pager: (800) 913-5395
> Email: aslesinger AT us.bnsmc DOT com
>

--
Roger Hohmann
Roger Hohmann
Westdeutsche Landesbank Girozentrale
Division: 009 Services
Abteilung: 001-80622
Herzogstra_e 15
D - 40217 D|sseldorf
Tel.: +49211 826 8155
Fax : +49211 826 5393
mailto:roger_hohmann AT westlb DOT de