Reclaim processing of any pool, primary or copy, takes just two tapes, one
for input and one for output, because reclaim is a single treaded automatic
process. There is no reclaim command on which you can say 'numpr=5'.
At any time you could have more than two tapes mounted related to the
reclaim depending on the mountretention parameter in the devclass for your
tapes.
If you have never done an offsite copypool reclaim, expect it to take a
looooong time before it mounts the first tapes, because it identifies all
the tapes eligible, then analyzes all the still valid files to make a list
of what to copy off of primary tapes, mounting the primary just once. You
might want to do it in stages by setting reclaim to 90%, then 80% next
weekend, etc.
Bill Colwell
The Charles Stark Draper Laboratory
Cambridge Ma.
_________________________Reply Header_________________________
Author: ADSM-L AT vm.marist DOT edu
Subject: Space Reclaimation of the COPYPOOL
10-30-1997 02:05 PM
Hi there,
We are running ADSM server version of 2.1.0.12 on AIX 4.1.5. I have a
question regarding the reclaimation of the offsite Copy storage pool
volume.
We have 10 tape drives in the library. Every Saturday at 7:00 AM, we start
the backup of our primary storage pools to the copy pool and around 9:30 AM,
again on Saturday, we lower the reclaimation threshold of the copy pool in
order to reclaim tapes from the copy pool. For the backup of the primary
storage pool to the COPYPOOL, we have set the MAXPROCESS=6 so this process
can utilize 6 out of 10 tape drives. The rest of the 4 are available for
Space Reclaimation of the COPYPOOL and for the scheduled client backups.
Will the space reclaimation of the offsite volumes of the COPYPOOL occupy
all the remaining 4 drives? If yes, then it will be a problem for the
scheduled backups due to the lack of available tape drives. Is there a way
so that I can assign only 2 drives for this space reclaimation process and
the rest of the 2 are available for the backups? Does anyone has
implemented a process to do that?
All suggestions are greatly appreciated.
Thanks,
Naveed.
|
