ADSM-L

Re: [ADSM-L] TSM and XIV

2010-09-29 09:03:03
Subject: Re: [ADSM-L] TSM and XIV
From: "Strand, Neil B." <NBStrand AT LEGGMASON DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 29 Sep 2010 09:02:19 -0400
That is my practice.  This is a case of multiple zones pointing to the
same shared storage where the LUNs are masked on the storage.
zoneA - AIX_initiator, stgport1, stgport2
zoneB - Lin_initiator, stgport1, stgport2
zoneC - Win_initiator, stgport1, stgport2
etc.
etc.


Neil Strand
Storage Engineer - Legg Mason
Baltimore, MD.
(410) 580-7491
Whatever you can do or believe you can, begin it.
Boldness has genius, power and magic.


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Lakshminarayanan, Rajesh
Sent: Wednesday, September 29, 2010 8:51 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] TSM and XIV

General advice is to have one initiator in each zone definition...

Regards,

Rajesh Lakshminarayanan
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Strand, Neil B.
Sent: Wednesday, September 29, 2010 8:38 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] TSM and XIV

Something we have noticed is that when an AIX server is zoned to the
same FC port(s) on the storage device as a windows or Linux server, the
AIX server tends to have reduced throughput when both servers are
accessing the storage.  It appears that the AIX is given a lower
priority of service.  I have observed this on NetApp and XIV attached to
Cisco fabrics but have not had time to really dig into it.

Cheers,
Neil Strand
Storage Engineer - Legg Mason
Baltimore, MD.
(410) 580-7491
Whatever you can do or believe you can, begin it.
Boldness has genius, power and magic.

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Remco Post
Sent: Wednesday, September 29, 2010 7:48 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: [ADSM-L] TSM and XIV

Hi all,

I'm currently testing TSM 5.5.4 on AIX 5.3 with an IBM XIV box.

When I use dd or other tools to copy data off the disk to tape (LTO4),
we
get quite a good performance, 100 MB/s or better. Even when backing up
data
on the XIV via shared memory directly to tape, we're quite happy, we can
read the data at over 100 MB/s for one backup job, and for over 200 MB/s
for
two jobs. But, when TSM uses the XIV for DISK volumes, we're not in a
happy
place, backing up data from one XIV to TSM with diskpool on another XIV,
we
get about 55 MB/s per backup job, best case. Both XIV boxes are
otherwise
completely idle. When migrating data of the diskpool to tape, it's the
same,
no matter what we do, we don't even get close to the LTO4 native
performance, about 70 MB/s is the best I've seen, and usually it's less.
The
TSM server is at that time only running the migration, nothing else.

The stragest thing we notice is that TSM seems to completely pause every
so
often, no disk i/o, no tape i/o no cpu utilization, nothing for about
one
second, and the it goes again. When I let two migration processes run,
this
is less obvious, because one process continues while the other one
pauses.

We've opened a hardware call with IBM to find out if there are any
settings
on the hdisks or HBAs that we need to change, and even though we did get
some hints, and some performance improvement out of that, we fell that
TSM
should be able to do a lot better.

Does anyone else have experience with XIV as a diskpool? and if so, what
sort of performance do you see?

--
Met vriendelijke groeten,

Remco Post, PLCS

IMPORTANT:  E-mail sent through the Internet is not secure. Legg Mason
therefore recommends that you do not send any confidential or sensitive
information to us via electronic mail, including social security
numbers, account numbers, or personal identification numbers. Delivery,
and or timely delivery of Internet mail is not guaranteed. Legg Mason
therefore recommends that you do not send time sensitive
or action-oriented messages to us via electronic mail.

This message is intended for the addressee only and may contain
privileged or confidential information. Unless you are the intended
recipient, you may not use, copy or disclose to anyone any information
contained in this message. If you have received this message in error,
please notify the author by replying to this message and then kindly
delete the message. Thank you.

IMPORTANT:  E-mail sent through the Internet is not secure. Legg Mason 
therefore recommends that you do not send any confidential or sensitive 
information to us via electronic mail, including social security numbers, 
account numbers, or personal identification numbers. Delivery, and or timely 
delivery of Internet mail is not guaranteed. Legg Mason therefore recommends 
that you do not send time sensitive 
or action-oriented messages to us via electronic mail.

This message is intended for the addressee only and may contain privileged or 
confidential information. Unless you are the intended recipient, you may not 
use, copy or disclose to anyone any information contained in this message. If 
you have received this message in error, please notify the author by replying 
to this message and then kindly delete the message. Thank you.

<Prev in Thread] Current Thread [Next in Thread>