So the pools are on Isilon via NFS. I assume the OS is Linux. We've use DataDomain as a NFS target for file pools over 10G ethernet. We've fought performance issues with this for years. The AIX NFs stack is really bad/slow - about 100mb/s through a single mount point, and even then it varies all over the place. Our admins have tested Linux to DD and it's better, but I don't remember the numbers. It's not something we actually use with TSM. Now, Oracle writing directly to DataDomain via NFS via Oracle's internal DNFS stack is fast - 600-700MB/s! The Oracle processing shows it's not the DD that's the bottleneck.
You might want to test NFS performance. Rick -----Original Message----- From: ADSM: Dist Stor Manager <ADSM-L@VM.MARIST.EDU> On Behalf Of Zoltan Forray Sent: Thursday, April 26, 2018 2:46 PM To: ADSM-L@VM.MARIST.EDU Subject: [EXTERNAL] Improving Replication performance As we get deeper into Replication and my boss wants to use it more and more as an offsite recovery platform. As we try to reach "best practices" of replicating everything, we are finding this desire to be difficult if not impossible to achieve due to the resource demands. Total we want to eventually replicate is around 700TB from 5-source servers to 1-target server which is dedicated to replication. So the big question is, can this be done? We recently rebuilt the offsite target server to as big as we could afford ($38K). It has 256GB of RAM. 64-threads of CPU. Storage is primarily 500TB of ISILON/NFS. Connectivity is via quad 10G (2-for IP traffic from source servers and 2-for ISILON/NFS). Yet we can only replicate around 3TB daily when we backup around 7TB. Looking for suggestions/thoughts/experiences? All boxes are RHEL Linux and 7.1.7.300 -- *Zoltan Forray* Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon Monitor Administrator VMware Administrator Virginia Commonwealth University UCC/Office of Technology Services www.ucc.vcu.edu zfor...@vcu.edu - 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://phishing.vcu.edu/ ------------------------------------------------------------------------------ The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message.