Hi Rick!
Thanks for your reply! Here are my answers, please bear in mind that I'm
not an AIX expert.
Is AIX waiting on disk I/O? (I/O wait state)
Vmstat shows wa=9
Is AIX CPU running hard?
According to topas dsmserv is top user with an average below 3%...
What does iostat see as response time?
This is a sample at the time of slowdown:
hdiskpower7 66.4 551.0K 134.4 549.8K 1.2K 14:36:30
The filesystem is located on a single hdisk, which is using a single
LUN, located on the VNX (because it's currently underutilized it
performs better than de VMAX) and the LUN is striped across multiple
disks.
Do you have a SDD tier in you VMAX? Is there enough room to
move some/all of the TSM db/log up into it?
Nope, we don't have SDD...
Are the FA's and/or FA ports overloaded?
No, I'm using a test TSM server doing nothing else and the VNX is hardly
used yet.
Kind regards,
Eric van Loon
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of
Richard Rhodes
Sent: woensdag 27 juni 2012 16:00
To: [email protected]
Subject: Re: DBUnload, need for speed
> The first part of the unload is running very fast (4 or even 5 million
> entries per minute, but at a given point performance drops
dramatically.
> It's always at the same point (around 80%), so my guess is that that's
> the most heavily fragmented part.
> The only thing I can think of to speed up the process is to use a
> storage device with a very low latency, like SSD, but unfortunately
> that's not supported on the P5 series...
So, what is slowing down?
I'll throw out some questions:
- During the slowdown . . .
Is AIX waiting on disk I/O? (I/O wait state)
Is AIX CPU running hard? (some cpu intensive task)
What does iostat see as response time?
(iostat -DlTR <interval> <count>)
- VMAX
Check VMAX SPA for the time during the run, or watch real time
during
a test run.
You can see the r/w iops and r/w resp times for the storage group
of
you TSM db/log.
Do you have a SDD tier in you VMAX? Is there enough room to move
some/all of the TSM db/log up into it?
If you are running FASTVP with a sata tier, move the db/log off
of the SATA tier.
Are the FA's and/or FA ports overloaded?
Rick
-----------------------------------------
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.
********************************************************
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain confidential and
privileged material intended for the addressee only. If you are not the
addressee, you are notified that no part of the e-mail or any attachment may be
disclosed, copied or distributed, and that any other action related to this
e-mail or attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately by return
e-mail, and delete this message.
Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
employees shall not be liable for the incorrect or incomplete transmission of
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
Airlines) is registered in Amstelveen, The Netherlands, with registered number
33014286
********************************************************
