From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On
Behalf Of Zoltan Forray/AC/VCU
>To be more specific, you can not move copypool data to a DIFFERENT
>copypool. The primary has to be re-copied/backed-up.
Giving this issue some thought, I've come to the conclusion that this
design facet i
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" 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, th
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 in
Unfortunately, that is the concensus.
IMHO, these features are missing from TSM:
1. Move COPYPOOL volumes/data
2. Deleted the COPYPOOL data for a NODE !
[heavy sigh]
"Prather, Wanda" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager"
04/08/2005 04:29 PM
Please respond to
"ADSM: Dist S
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,
rincipal Financial Group
Tivoli Certified Consultant
Tivoli Storage Manager v4.1
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Zoltan Forray/AC/VCU
Sent: Tuesday, April 05, 2005 10:49 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Changing copypools
Richar
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On
Behalf Of Becky Davidson
>Is there any reason why you can't drain to the next pool? That makes
>the most sense to me. It will increase tape activity for awhile and if
>you don't slot offsite it might make things screwy. I suppose if you
|
|cc:
|
|Subject:
|
|cc:
|
|Subject:
iller
Principal Financial Group
Tivoli Certified Consultant
Tivoli Storage Manager v4.1
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Zoltan Forray/AC/VCU
Sent: Tuesday, April 05, 2005 10:49 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Changing copy
Richard. Where do you find the time to remember all this !
A very interesting idea/process. Would work great for small amounts of
data !
Unfortunately, I have 20TB to move/recopy !
Thanks for the pointer, though !
Richard Sims <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager"
04/05/2
Is there any reason why you can't drain to the next pool? That makes
the most sense to me. It will increase tape activity for awhile and if
you don't slot offsite it might make things screwy. I suppose if you
didn't slot you could also do move data's from one copyopol to another.
Becky
>>> [EM
On Apr 5, 2005, at 11:22 AM, Zoltan Forray/AC/VCU wrote:
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 t
13 matches
Mail list logo