Run multiple concurrent client sessions... Run with TSM client compression... Go to disk first (to help facilitate the multiple concurrent sessions seeing how you only have one drive)... Get another drive ! ! ! (will really help when you have to run reclamation) I'm partial to 3590's but lots of folks are running LTO's for backups, look into resourceutilization for archives, just fire off multiple, if backing up a large DB run 25+ concurrently we archive a 3.1 TB SAP data base in 20 hours running 25 concurrent sessions with TSM client compression (compresses the info down to about 800 GB) and back over 100 Mb/sec fast ethernet (@ 40 GB/hr) across GigE we run about 70 GB/hr so do the same work in just 12 hours (or so)...
just my 2 cents worth Dwight -----Original Message----- From: Ignacio Vidal [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 15, 2002 4:50 PM To: [EMAIL PROTECTED] Subject: Tuning TSM Hi: I'm managing a pretty small TSM installation with 4 RS/6K machines (2 6M1 and 2 6H1) running AIX 4.3.3 (ML9). TSM software consists of the server (running in a 6M1 - 7Gb RAM), and the clients running in the same machine and on the others. I�ve got the following situation: - the total of data backed up is about 200Gb's, - 4 servers are connected using gigabit ethernet links (and have 6Gb RAM and 7Gb RAM each model 6H1 and 6M1 respectively) - TSM uses a storage pool of 240Gb on FastT500 disks (those are connected by FC channels) - TSM uses a 3581 library (LTO) with 1 drive, The fact is (for the same set of information): When I do an archive backup operation with TSM, the time elapsed rounds 5 hours (TSM writes "right to" the tape). When I do an incremental backup operation, TSM uses about 6:30hs for it (TSM writes to storage pool). I'm looking for a rational approach to solve this "problem": isn't it more fast writing to storage pool (disk) that to tape? Anyone had the same performance problem? Is it really a performance problem? I would like some commentaries about this, I can provide some info about the configuration of TSM and the AIX servers. Regards Ignacio
