On 08/16/2013 11:29 AM, Zoltan Forray wrote: > We are starting to experiencing performance issues on a server that acts as > the "head" for multiple (31 currently) TSM nodes. > [...] > Anyone out there something like this? What are the realistic limits? I > have tried spreading the backup start times as much as I can.
We're doing something similar; filesystem walking is certainly the bottleneck for us. We've got some FSes with 40M+files, and it can take days to walk them. If you're not doing Memoryefficientbackup, then you want to: for those big spaces, simply getting the map into core can be a challenge. I'd be really surprised if the _node_ count, per se, was relevant. I've got some customers who have dozens of nodes on a single server, because they want to be able to move them independantly. You're not using 31 different DSMCAD processes, are you? :) - Allen S. Rout