ADSM-L

Re: [ADSM-L] [EXTERNAL] Improving Replication performance

2018-04-27 10:53:27
Subject: Re: [ADSM-L] [EXTERNAL] Improving Replication performance
From: "Rhodes, Richard L." <rrhodes AT FIRSTENERGYCORP DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Fri, 27 Apr 2018 14:52:33 +0000
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 AT VM.MARIST DOT EDU> On Behalf Of Zoltan 
Forray
Sent: Thursday, April 26, 2018 2:46 PM
To: ADSM-L AT VM.MARIST DOT 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
zforray AT vcu DOT 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.

ADSM.ORG Privacy and Data Security by KimLaw, PLLC