??
Copy pools are not "assigned" to primary pools.
You can : backup stgpool primary1 copypool1
Then turn right around and
backup stgpool primary1 copypool2
Some people keep multiple copy pools all the time.
So having a new copypool isn't the reason you can't reclaim - that's a
normal situation to have (i.e., having more than 1 copy pool active for a
primary pool).
Maybe you should post the errors you are getting when you try to do the
reclaim of the old copy pool.
On the other hand, in the example above, BOTH copypool1 and copypool2 are
COMPLETE copies of primary1.
So if your intention is to have only one copy pool (on the 3590's), and you
have already done at least 1 "backup stgpool primary1 3590copypool", plus
"backup stgpool diskpool 3590copypool", then you could just DELETE your old
3490 copy pool tapes, instead of trying to reclaim them?
-----Original Message-----
From: Jim Kirkman [mailto:jmk AT EMAIL.UNC DOT EDU]
Sent: Monday, April 14, 2003 12:31 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: New media and old copy pools
Hey all,
I've started using our new 3590K tapes for archiving and dr tape pools
and life is good! Now, I want to start getting our older 3490 tapes back
and I'm not sure of the best method.
What we did was to create a new device class/storage pool using the new
3590 drives and make that new storage pool the copy pool for an existing
primary pool. One problem is I can no longer reclaim the original
offsite pool. I assume this is because of the change in copy pool
assignment to the primary pool? Move data doesn't help, can't cross
storage pools.
This is the smaller of the two offsite pools, but it's still approaching
500 tapes, so I don't want to onesy and twosey this thing. Even if I do
jump through some hoops to get the number of tapes down I still want to
eventually get rid of the old pool all together.
What have others done when creating a new device class, etc?
Oh, 4.1.4.2 on OS\390 using a 3494 library.
Thanks,
--
Jim Kirkman
AIS - Systems
UNC-Chapel Hill
966-5884
|
