AIX does supported NFSv4. I'd love to get the time to try it out, but
DataDomains only support NVSv4 with the newest release and we are several
levels back.
https://www.redbooks.ibm.com/redbooks/pdfs/sg246657.pdf
When our admins found that multiple/concurrent mount points helped for
Oracle/RMAN backups, I converted out DataDomain mounts from single mounts to
multiple mounts. I then changed the file pool devclass to use multiple
directories (one per new mount). I pulled the original directory out of the
file pool definition, marked all it's volumes R/O, and movedata all vols. TSM
put the vols across the multiple mount points. Lets just say this took quite
some time! The scary things was convincing myself (via testing) that I could
remove a directory from the devclass and still access those volumes.
original single mount:
ddxxxx-10g:/data/col1/tsm1 1274748715008 323228344320 75% 103091 1%
/DD/tsm1
file pool was at /DD/tsm1/backup-pri-dd
changed to these mounts
ddxxxx-10g:/data/col1/tsm1 1274748715008 323228344320 75% 103091 1%
/DD/tsm1
ddxxxx-10g:/data/col1/tsm1/backup-pri-dd-1 1274748715008 323228344320 75%
103091 1% /DD/backup-pri-dd-1
ddxxxx-10g:/data/col1/tsm1/backup-pri-dd-2 1274748715008 323228344320 75%
103091 1% /DD/backup-pri-dd-2
ddxxxx-10g:/data/col1/tsm1/backup-pri-dd-3 1274748715008 323228344320 75%
103091 1% /DD/backup-pri-dd-3
ddxxxx-10g:/data/col1/tsm1/backup-pri-dd-4 1274748715008 323228344320 75%
103091 1% /DD/backup-pri-dd-4
Note, this did not require any additional exports from the DataDomain, just
creating some directories in it.
This is the devclass for the Datadomain mount
Device Class Name: BACKUP-PRI-DD
Storage Pool Count: 1
Device Type: FILE
Directory:
/DD/backup-pri-dd-1,/DD/backup-pri-dd-2,/DD/backup-pri-dd-3,/DD/backup-pri-dd-4
Note - prior to this change the devclass only had Directory:
/DD/tsm1/backup-pri-dd
-----Original Message-----
From: ADSM: Dist Stor Manager <[email protected]> On Behalf Of Harris, Steven
Sent: Sunday, May 13, 2018 8:39 PM
To: [email protected]
Subject: [EXTERNAL] Re: ISILON storage/FILE DEVCLASS performance issues
Zoltan
I have a similar issue TSM 7.1.1.300 AIX -> Data Domain. Have dual 10Gb links,
but can only get ~4000 writes/sec and 120MB/sec throughput. AIX only supports
NFS3, and as others have pointed out in this forum recently, the stack does not
have a good reputation.
I'm finding that the heavy NFS load has other knock on effects, e.g. TSMManager
keeps reporting the instance offline when it's very busy as it gets a network
error on some of its regular queries, but these work ok when load is light.
Also getting a lot of Severed/reconnected sessions. CPU/IO/Paging are not a
problem.
Cheers
Steve
Steven Harris
TSM Admin/Consultant
Canberra Australia
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of Zoltan
Forray
Sent: Saturday, 12 May 2018 1:39 AM
To: [email protected]
Subject: [ADSM-L] ISILON storage/FILE DEVCLASS performance issues
Folks,
ISP 7.1.7.300 on RHEL 6 10G connectivity
We need some guidance on trying to figure out why ISP/TSM write perform to
ISILON storage (via FILE DEVCLASS) is so horrible.
We recently attached 200TB of ISILON storage to this server so we could empty
the 36TB of onboard disk drives to move this server to new hardware.
However, per my OS and SAN folks, we are only seeing 1Gbs level of data
movement from the ISP server. Doing a regular file copy to this same storage
peaks at 10Gbs speeds.
So what, if anything, are we doing wrong when it comes to configuring the
storage for ISP to use? Are there some secret controls/settings/options to
tell it to use the storage at max-speeds?
We tried changing the Est/Max capacity thinking larger files would reduce the
overhead of allocating new pieces constantly. Changed the Mount Limit to a
bigger number. Nothing has helped.
Only thing uses the storage right now is migrations from the original disk
stgpool.
--
*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 [email protected] - 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/
This message and any attachment is confidential and may be privileged or
otherwise protected from disclosure. You should immediately delete the message
if you are not the intended recipient. If you have received this email by
mistake please delete it from your system; you should not copy the message or
disclose its content to anyone.
This electronic communication may contain general financial product advice but
should not be relied upon or construed as a recommendation of any financial
product. The information has been prepared without taking into account your
objectives, financial situation or needs. You should consider the Product
Disclosure Statement relating to the financial product and consult your
financial adviser before making a decision about whether to acquire, hold or
dispose of a financial product.
For further details on the financial product please go to http://www.bt.com.au
Past performance is not a reliable indicator of future performance.
------------------------------------------------------------------------------
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.
