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 <ADSM-L@VM.MARIST.EDU> On Behalf Of Harris, Steven
Sent: Sunday, May 13, 2018 8:39 PM
To: ADSM-L@VM.MARIST.EDU
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:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan 
Forray
Sent: Saturday, 12 May 2018 1:39 AM
To: ADSM-L@VM.MARIST.EDU
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 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/


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.

Reply via email to