IC4NOTICE: developerWorks Community will be offline May 29-30, 2015 while we upgrade to the latest version of IBM Connections. For more information, read our upgrade FAQ.
4 replies Latest Post - ‏2014-01-26T20:08:53Z by René Hamberg
1 Post

Pinned topic CM - TSM - slow performance

‏2012-09-06T11:28:06Z |
I have a migration policy in CM to move the files after 30 days to TSM server (on tapes).
In CM i have over 20 milion files, small files (under 200 KB).
Everything is working but is very slow, only 3000 files/hour.
The systems are used below 10%.

Help !
  • René Hamberg
    René Hamberg
    3 Posts

    Re: CM - TSM - slow performance

    ‏2014-01-13T10:48:42Z  in response to JohnI_

    Unfortunately I don't have an answer but exactly the same problem.

    Anyone with an idea what might be the problem? We're using a setup on AIX where both LPARs (the one for CM and the one for TSM) are running on the same physical machine and communicating via an internal network. But still only 1 object every 2.5 sec. is migrated. What draws attention is that for every object the migrator seems to do a complete connect/move/disconnect cycle. This obviously won't speed things up.

    Anyone with similar experiences and a solution to this problem?

    • MP2K_George_Silva
      1 Post

      Re: CM - TSM - slow performance

      ‏2014-01-21T20:00:59Z  in response to René Hamberg

      There are many factors which may affect migration performance, and little information presented here to about your specific CM/TSM releases, configuration, content, or migration scheme.

      Below are a few options to consider, but availability of some of these options is limited based on TSM or CM releases.

      * Consider use of the TSMPOOLED device manager can help reduce session processor usage for Tivoli Storage Manager connections. You can enable Tivoli Storage Manager connection pooling for resource managers that are not in z/OS. Content Manager 8.4.1 and later offers connection pooling feature in the Resource Manager.

      * Consider enabling aggregation for smaller objects. Aggregation can only be enabled and configured if the Tivoli Storage Manager server is retention-enabled. Starting in IBM Content Manager 8.3 fix pack 1, you may use the Resource Manager to aggregate objects when migrating storage devices to TSM  that are managed with archive retention-protection enabled.  Instead of sending objects or e-mail to TSM Archive as a single object, Content Manager bundles objects depending on the aggregate size forming one aggregate or object. This aggregate is then archived to TSM.

      *Tune Migrator threads: For increased performance when archiving data to TSM, increase the number of work manager threads available to do work. Consideration needs to be made for memory and processor utilization such that Resource Manager machine is not overloaded.  

      * Tune Migrator batch size: Each Resource Manager batch size option sets or controls the number of objects processed, increasing the batch size reduces the number of table scans that are needed by the Resource Manager for each cycle it runs

      Of course with any change, you would need to test and changes to your configuration thoroughly before applying to production systems. Ultimately, if performance is not satisfactory I would suggest you bring this concern to attention of IBM support.