On 12/01, Kauffman, Tom wrote:
> > FWIW, you are getting >30 MB/sec for the BACKUP STGPOOL process.  If,
> > as the names imply, your copy pool is on LTO2, that's about the best
> > you can get.
> > Easy solution is to throw another pair of drives into that process,
> > if you've got them.
>
> And that's the problem -- we're running two processes now; one runs about 194 
> GB and the other runs about 580 GB (on average). I'm trying to get that 580 
> GB onto more than just one input tape. And I'm trying to get the per-process 
> numbers in an easy-to-digest format to make my case. And yes, the names match 
> the media; I've found that a few simple naming conventions make batch 
> scripting a whole lot easier.
>

Well, if those 580GB belongs to a single node you wont be able to get
more processes. AFAIK and if something hasn't changed in TSM recently
BACKUP STGPOOL and most other similar commands like MIGRATE acts on a per
node basis. That is, you wont get more than 1 process per node.

-km