I don't know where this is documented, but what I remember from prior
discussions on this list is:

When ADSM starts migration, it looks in the first disk pool and finds the
client which is occupying the most space in the pool.  It migrates all that
client's data out first.  Then migrates all the files from the client
occupying the next most space, etc.

Side effect is that if you only have 1 client's data in the pool, ADSM will
only start one migration task, no matter how many migration tasks are
defined for that pool.

Anyway, that is what I remember.  I don't know a way around it.  Only thing
I can think of that might affect it is if you had collocation by filespace
turned on, instead of collocation by client.  Then you would still probably
be limited if all the files came from the same filespace.

Does that correspond with the behavior you are seeing?
***************************************************************
Wanda Prather
The Johns Hopkins Applied Physics Lab
443-778-8769
wanda_prather AT jhuapl DOT edu

"Intelligence has much less practical application than you'd think" -
Scott Adams/Dilbert
***************************************************************







> -----Original Message-----
> From: Gary Harrison [SMTP:Gary.Harrison AT ARCADIAGROUP.CO DOT UK]
> Sent: Wednesday, November 18, 1998 5:11 AM
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      Storage Migration Question
>
> All,
>
>       I have two disk storage pools one with caching and one without ( for
>       business reasons ) and I migrate from one to the other before
>       migrating to tape. My question is, I have set up the first disk
>       storage pool to run five migration processes to the second disk
> pool.
>       There have been occasions when five processes do run ! but the
>       majority of the time only one runs even though the first storage
> pool
>       is over 50% utilised with 50%  migrateable with at least 20 files in
>       it.
>
>
>
>       Is there a way to force more processes to run or does ADSM have some
>       smart algorithm which controls these migration processes.
>
>
>
> Regards,
>
> Gary Harrison
>
> Arcadia Group PLC
>
> UK.