1. Forum Rules (PLEASE CLICK HERE TO READ BEFORE POSTING) Click the link to access ADSM.ORG Acceptable Use Policy and forum rules which should be observed when using this website. Violators may be banned from this website. This message will disappear after you have made at least 12 posts. Thank you for your cooperation.

TSM 6.3 Performance Problem

Discussion in 'Performance Tuning' started by FastBackTSMUK, Mar 27, 2012.

  1. FastBackTSMUK

    FastBackTSMUK New Member

    Joined:
    Aug 17, 2011
    Messages:
    11
    Likes Received:
    0
    Occupation:
    TSM Specialist
    Location:
    London
    Hi,

    I've installed a TSM V6.3 server in a test environment. It's all configured and working, but the performance of file, vm, and database backups is poor. XiV provides the storage under the covers, as well as the volumes for the database and logs. For SQL backups I'm only seeing 25GB/h, for file 10GB/h and for VM around 20GB/h. All data is backed up to a file device class with 100GB volumes. De-duplication is enabled.

    I set-up TSM using the defaults. I suspect there is something odd with TSM since if I double the backup load e.g. 2 x client, the two clients achieve the same throughput as before.

    Any ideas?
     
  2.  
  3. moon-buddy

    moon-buddy Moderator

    Joined:
    Aug 24, 2005
    Messages:
    6,208
    Likes Received:
    279
    Occupation:
    Electronics Engineer, Security Professional
    Location:
    Somewhere in the US
    Welcome to bleeding edge! Personally, I will wait until 6.3.2 or later!!
     
    Last edited: Mar 28, 2012
  4. FastBackTSMUK

    FastBackTSMUK New Member

    Joined:
    Aug 17, 2011
    Messages:
    11
    Likes Received:
    0
    Occupation:
    TSM Specialist
    Location:
    London
    So you would suspect there is something a miss with the 6.3.0.0 code?
     
  5. markus

    markus New Member

    Joined:
    Jun 24, 2004
    Messages:
    44
    Likes Received:
    0
    As far as i can say x.0.0 is never good for a production environment. I recently updatet our Testserver to 6.3.1.0 wich seems to work acceptable. Maybe you should run your test with this release.
     
  6. moon-buddy

    moon-buddy Moderator

    Joined:
    Aug 24, 2005
    Messages:
    6,208
    Likes Received:
    279
    Occupation:
    Electronics Engineer, Security Professional
    Location:
    Somewhere in the US
    Normally - as Markus said - base releases are never 100% OK.
     
  7. rowl

    rowl Member

    Joined:
    May 18, 2006
    Messages:
    219
    Likes Received:
    8
    I know there is an issue with cpu utilization in the 6.3 release if you are running node replication. That was fixed in 6.3.1.
     
  8. rgg

    rgg Member

    Joined:
    Apr 17, 2009
    Messages:
    133
    Likes Received:
    19
    Have you captured any TSM performance tracing? I'd focus on the server disk read and write performance for some of those file volumes to see if it looks acceptable.

    By the way, is client-side dedup enabled, or server, or both?
     
  9. Castaway

    Castaway New Member

    Joined:
    Sep 22, 2005
    Messages:
    37
    Likes Received:
    1
    Occupation:
    TSM Admin
    Location:
    Boonedocks
    As a storage administrator as well as TSM administrator, I was told XIV's (gen I & II anyway) were not good used as a platform for databases because they do not cache writes and, with the additional load of a true DB2 database, you may be seeing that, but as IBM says, your mileage may vary. If you have it under SVC, do you have a DS8K or even a DS4K to test it with? just mirror the drives to another managed disk group on one of those cached platforms, break the mirror for copy 0 (or whichever one the XIV is) and voila, it exists on a different platform.
     

Share This Page