DB overhead? This is a V6.2/DB2 server. That shouldn't be an issue (or so we are told) any more, like with 5.5? On this TSM server, the DB is a 245GB and "Buffer pool hit ratio" is 99.3% and "Package cache hit ratio" is 99.7%.
I have tried discussing things like SAN based backups and even VM imaging but everyone wants access/control over their individual backups/restores and thus the 31-TSM clients, yes, running 31-dsmcad sessions with unique httpports On Fri, Aug 16, 2013 at 12:37 PM, Dwight Cook <[email protected]> wrote: > Also all the TSM DB overhead.... > How big is your DB and its cache hit % (but I'm thinking you've > probably already looked into that end) > Are you doing journaling? (which I personally don't like) > Or INCRBYDATE (again, which I personally don't like) > What about memoryeff diskcache? > > I should ask how big those filesystems are... because at some point, the > quantity over powers the mass and you could look into image backups... > > You could always utilize snap copy to freeze an image of the filesystems, > then your ~head~ server could become a LAN FREE client, mounting up the > snapped copies and pushing images into TSM (direct to tape). Do that on > the > weekend and incrbydate on week days... > > Sadly it's the same old story time and time again... > "it takes a long time to count from 1 to 10M" > "but they are computers... they can count really fast" > "umm yeah, right..." > > > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of > Zoltan Forray > Sent: Friday, August 16, 2013 10:30 AM > To: [email protected] > Subject: [ADSM-L] Maximum TSM nodes per server > > We are starting to experiencing performance issues on a server that acts as > the "head" for multiple (31 currently) TSM nodes. This server CIFS mounts > multiple departmental filesystems - all in various EMC SAN's. Each > filesystem is a different TSM node. > > The "head" server is running Windows 2012 server with 12GB RAM and > 2-quad-core processor. > > Anyone out there something like this? What are the realistic limits? I > have tried spreading the backup start times as much as I can. > > As expected, a lot of the time is spend scanning files - 1-node is >10M > files. > > Thoughts? Comments? Suggestions? > > -- > *Zoltan Forray* > TSM Software & Hardware Administrator > Virginia Commonwealth University > UCC/Office of Technology Services > [email protected] - 804-828-4807 > Don't be a phishing victim - VCU and other reputable organizations will > never use email to request that you reply with your password, social > security number or confidential personal information. For more details > visit http://infosecurity.vcu.edu/phishing.html > -- *Zoltan Forray* TSM Software & Hardware Administrator Virginia Commonwealth University UCC/Office of Technology Services [email protected] - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html
