• Please help support our sponsors by considering their products and services.
    Our sponsors enable us to serve you with this high-speed Internet connection and fast webservers you are currently using at ADSM.ORG.
    They support this free flow of information and knowledge exchange service at no cost to you.

    Please welcome our latest sponsor Tectrade . We can show our appreciation by learning more about Tectrade Solutions
  • Community Tip: Please Give Thanks to Those Sharing Their Knowledge.

    If you receive helpful answer on this forum, please show thanks to the poster by clicking "LIKE" link for the answer that you found helpful.


    Click the link above 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 notice will disappear after you have made at least 3 posts.

Node Replication - Windows Clients - Poor Performance


ADSM.ORG Senior Member
I'm trying to get my head around why my Windows Node Replication groups are running waaaayyy longer than my AIX\Linux groups even though the data being replicated isn't larger. What I've determined is the number of Files Updated is alot larger than the Unix groups. Files Updated is related to metadata. So does this mean there are a lot of ACL updates going on within the backups?

Anyone else have similar issue replication Windows clients? Any solutions to suppress this?


ADSM.ORG Moderator
The ACL is part of the file metadata, not part of the metadata TSM keeps for each file. The info TSM keeps for files is the same on all platforms, but if the number of files to replicate is larger, this means that there is a lot more database updates to do during the replication.

So I'd look at your database performance:
- number of directories/LUNs
- speed of disks

Here would be a good start:


ADSM.ORG Senior Member
Here's output of 2 groups from same source to same target.
. Files current: 3,164,286. Files replicated: 7,912 of 8,153. Files updated: 649,832 of 649,837. Files deleted: 9,524 of 9,524. Amount replicated: 9,557 MB of 9,961 MB. Amount transferred: 9,557 MB. Elapsed time: 0 Day(s), 5 Hour(s), 49 Minute(s).

Files current: 23,978,948. Files replicated: 107,509 of 107,509. Files updated: 220,765 of 220,765. Files deleted: 45,790 of 45,790. Amount replicated: 141 GB of 141 GB. Amount transferred: 141 GB. Elapsed time: 0 Day(s), 0 Hour(s), 57 Minute(s).


ADSM.ORG Senior Member
The response I got back from IBM Support was that it was related to Windows System State, which is what I originally suspected. Still trying to work through whether this is normal activity or how I can suppress this outside of disabling replication for System State file spaces.

Advertise at ADSM.ORG

If you are reading this, so are your potential customer. Advertise at ADSM.ORG right now.

UpCloud high performance VPS at $5/month

Get started with $25 in credits on Cloud Servers. You must use link below to receive the credit. Use the promo to get upto 5 month of FREE Linux VPS.

The Spectrum Protect TLA (Three-Letter Acronym): ISP or something else?

  • Every product needs a TLA, Let's call it ISP (IBM Spectrum Protect).

    Votes: 17 19.8%
  • Keep using TSM for Spectrum Protect.

    Votes: 52 60.5%
  • Let's be formal and just say Spectrum Protect

    Votes: 10 11.6%
  • Other (please comement)

    Votes: 7 8.1%

Forum statistics

Latest member