To be more specific, you can not move copypool data to a DIFFERENT copypool. The primary has to be re-copied/backed-up.
"ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 04/10/2005 06:24:25 AM: > On Apr 8, 2005, at 23:25, Zoltan Forray/AC/VCU wrote: > > > Unfortunately, that is the concensus. > > > > IMHO, these features are missing from TSM: > > > > 1. Move COPYPOOL volumes/data > > this is possible, both on a per node and a per volume basis. > > > 2. Deleted the COPYPOOL data for a NODE ! > > > > that would be very usefull indeed. > > > [heavy sigh] > > > > > > > > > > "Prather, Wanda" <[EMAIL PROTECTED]> > > Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> > > 04/08/2005 04:29 PM > > Please respond to > > "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> > > > > > > To > > ADSM-L@VM.MARIST.EDU > > cc > > > > Subject > > Re: [ADSM-L] Changing copypools > > > > > > > > > > > > > > Hi Zoltan! > > > > Well, if you are trying to move all the data from 3590's to LTO > > cartridges, there is certainly no means to do it except to rewrite the > > data! > > Creating the LTO2 copy pool will take exactly one command: backup > > stgpool primarypool lto2pool > > > > Naturally it will take a long time to complete, but it can be cancelled > > and restarted as needed. > > Once that is done, getting the 3590 vols deleted is easy; that is what > > macros are for! > > > > Run this: > > > > select 'delete volume ', volume_name, 'discarddata=yes wait=yes' from > > volumes where stgpool_name='your_3590_copypool_name' > > > > It will create the DELETE commands for you; run the results as a macro. > > Only gotcha: This could take a long time to run because it hits the DB > > hard, purging all the file entries from the copy pool. > > Don't run it during the time your normal expiration or DB backup runs. > > > > Wanda > > > > > > -----Original Message----- > > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf > > Of > > Zoltan Forray/AC/VCU > > Sent: Tuesday, April 05, 2005 11:22 AM > > To: ADSM-L@VM.MARIST.EDU > > Subject: Changing copypools > > > > > > Am I correct that there is still (even in V5.3) no method to move all > > data > > from one copypool to another ? > > > > I have a need to move all copypool data from a 3590 pool to an LTO2 > > pool > > ! > > > > IIRC, unless things have changed, the only choice I have is to > > re-backup > > the primary pool to the new copypool and then manually "delete volume > > ... > > discarddata=yes" for the 300+ volumes in the old copypool ! > > > > Please tell me there is an alternative ! > > > -- > Met vriendelijke groeten, > > Remco Post > > SARA - Reken- en Netwerkdiensten http://www.sara.nl > High Performance Computing Tel. +31 20 592 8008 Fax. +31 20 668 3167 > > "I really didn't foresee the Internet. But then, neither did the > computer industry. Not that that tells us very much of course - the > computer industry didn't even foresee that the century was going > to end." -- Douglas Adams
