In my opinion creating new copy pool and use "move data" for old offsite 
volumes is the best option. In this case datafor new copy  is taken from 
primary pools and offsite volumes are released to be moved back.

________________________________________
From: ADSM: Dist Stor Manager [ADSM-L AT VM.MARIST DOT EDU] On Behalf Of Moyer, 
Joni M [joni.moyer AT HIGHMARK DOT COM]
Sent: Thursday, January 14, 2010 11:20 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: [ADSM-L] Move data from copystgpool volumes to a new copystgpool

Hello everyone,

I will be changing from LTO2 media to LTO4 media in the near future and I would 
like to get the already existing LTO2 offsite copy storage pool volumes moved 
to new LTO4 media.  How would I go about doing this?  Thanks in advance!

Joni Moyer
Storage Administrator III
(717)302-9966
joni.moyer AT highmark DOT com


________________________________
This e-mail and any attachments to it are confidential and are intended solely 
for use of the individual or entity to whom they are addressed. If you have 
received this e-mail in error, please notify the sender immediately and then 
delete it. If you are not the intended recipient, you must not keep, use, 
disclose, copy or distribute this e-mail without the author's prior permission. 
The views expressed in this e-mail message do not necessarily represent the 
views of Highmark Inc., its subsidiaries, or affiliates.

Please consider the environment before printing this Email.

"This email message and any attachments transmitted with it may contain 
confidential and proprietary information, intended only for the named 
recipient(s). If you have received this message in error, or if you are not the 
named recipient(s), please delete this email after notifying the sender 
immediately. BKME cannot guarantee the integrity of this communication and 
accepts no liability for any damage caused by this email or its attachments due 
to viruses, any other defects, interception or unauthorized modification. The 
information, views, opinions and comments of this message are those of the 
individual and not necessarily endorsed by BKME."