How about setting reclamation to 0, with the reclaim pool set to the new pool.
Will take some time, but works like a champ.
If you don't mind waiting a while, just set the reclaim stgpool to the new
pool, and let natural reclamation take its course.
Gary Lee
Senior System Programmer
Ball State University
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Zoltan Forray/AC/VCU
Sent: Wednesday, February 23, 2005 2:01 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Move copies from one copypool to another
We have decided to move the copypool copies of a bunch of large nodes, to an
LTO pool vs the current 3590E pool, to reduce offsite storage (our own vault -
not a "vaulting company")
I've tried a MOVE DATA but get the error that I can't do that.
Short of doing the copies again, and then DELETE VOLUME xxxxxx DISCARDDATA=YES,
is there a better way to accomplish this ? The originals are on 50-LTO2
volumes, so this would take a long, long time.
--
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 266.4.0 - Release Date: 2/22/2005
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 266.4.0 - Release Date: 2/22/2005
|