Control migration start and stop
2003-03-07 01:12:04
Hi all,
In the past I've used the 'rec=5' at 3am and 'rec=100' at 11am style
of space reclamation management, however I find that the same does
not work for migration.
I have a customer who wishes to migrate data from a disk pool (at a
tape-less
site) to a central disk-pool for later migration to tape and copypools etc.
This is a fairly new setup, and we find that migration tends to completely
bog
down the network link.
At first glance, there appears to be two options:
(1) turn off migration during business hours and
(2) link bandwidth managment.
I have tried changing the migration thresholds however the migration
won't stop.
If we cancel the migration process, the job transaction rolls-back so far
most
of the migration effort is lost.
Does anyone have any suggestions? Is there an effective method for
controlling migration processes?
Can you recommend a method for throttling the bandwidth usage?
[TSM 4.2.3.3, Remove server is on Windows XP, local server on AIX 433
link = 64/192kbs Frame relay (tpips)]
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Re: progressive backup vs. full + incremental, (continued)
- Re: progressive backup vs. full + incremental, shekhar Dhotre
- Re: progressive backup vs. full + incremental, GUILLAUMONT Etienne
- Re: progressive backup vs. full + incremental, William Rosette
- Re: progressive backup vs. full + incremental, GUILLAUMONT Etienne
- Re: progressive backup vs. full + incremental, William Rosette
- Re: progressive backup vs. full + incremental, GUILLAUMONT Etienne
- Re: progressive backup vs. full + incremental, William Rosette
- Re: progressive backup vs. full + incremental, Chris Murphy
- Re: progressive backup vs. full + incremental, William Rosette
- Re: progressive backup vs. full + incremental, William Rosette
- Control migration start and stop,
David le Blanc <=
- Re: progressive backup vs. full + incremental, GUILLAUMONT Etienne
- Re: progressive backup vs. full + incremental, GUILLAUMONT Etienne
- Re: progressive backup vs. full + incremental, William Rosette
- Re: progressive backup vs. full + incremental, William Rosette
- Re: progressive backup vs. full + incremental, GUILLAUMONT Etienne
- Re: progressive backup vs. full + incremental, Roger Deschner
- Re: progressive backup vs. full + incremental, William Rosette
- Re: progressive backup vs. full + incremental, Ford, Phillip
- Re: progressive backup vs. full + incremental, Coats, Jack
- Re: progressive backup vs. full + incremental, Richard Sims
|
|
|