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
