ADSM-L

Re: Changing copypools

2005-04-11 10:13:45
Subject: Re: Changing copypools
From: Zoltan Forray/AC/VCU <zforray AT VCU DOT EDU>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Mon, 11 Apr 2005 10:11:59 -0400
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 AT VM.MARIST DOT 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" <Wanda.Prather AT JHUAPL DOT EDU>
> > Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
> > 04/08/2005 04:29 PM
> > Please respond to
> > "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
> >
> >
> > To
> > ADSM-L AT VM.MARIST DOT 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:ADSM-L AT VM.MARIST DOT EDU] On Behalf
> > Of
> > Zoltan Forray/AC/VCU
> > Sent: Tuesday, April 05, 2005 11:22 AM
> > To: ADSM-L AT VM.MARIST DOT 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

<Prev in Thread] Current Thread [Next in Thread>