RE: Oracle DB performance tuning training

  • From: "Mark W. Farnham" <mwf@xxxxxxxx>
  • To: <sfaroult@xxxxxxxxxxxx>, <contact@xxxxxxxx>, <sethmiller.sm@xxxxxxxxx>
  • Date: Sat, 22 Aug 2015 13:39:59 -0400

All the types and vendors of training I've seen on this thread have merits in
the right situation, and Stéphane didn't bother mentioning that he is also in
the top tier of folks who educate about using RDBMS technology well. Either he
is being modest or he assumes you know of him well enough.

Another type of education that fills a very specific niche is a consulting
service that specializes in technology transfer in conjunction with solving a
site specific challenge (whether it is performance, modification of function,
or both.) Technology transfer in this regard should be geared to filling gaps
of the incumbents, whether it be improvement in communications about the data
model amongst the need definers, the developers, and the dbas, developing a
useful method for solving specific challenges, or developing a method for
identifying which performance challenges are important to users. (I'm biased
toward maximizing throughput methods to try to keep batch type work from
intruding on highly interactive window and using Method-R to identify
interactive service insufficiencies. I've been using essentially Method-R
combined with workload and workshift load matching to available resources since
before Cary and Jeff described it carefully and documented it in a wonderful
book. Understanding what the pacing resource is after you have identified a
problem service or a batch job that shouldn't (but does) intrude on interactive
windows is another bit you have to master if you would like to not only
identify problems but solve them (either by revising the service so it uses
less of the pacing resource or by arranging more of that resource.)

// start ad We at Rightsizing, Inc. like to think that we are particularly good
at the "solve one or a few specific problems while teaching the incumbents"
school of education. This educational method has the advantage of tuning what
is taught by observing the problems you are having difficulty solving. //end ad

The real point I'm trying to make is that the venues available for really top
notch education in the use of Oracle technology are rich and varied. Apart from
some notoriously bad educators (none of whom are yet mentioned on this thread)
there are some really high quality opportunities from professional educators to
users group meetings to Oracle University. I should also mention John King and
Kent Graziano - if you need to know about something they teach, they are very
good. Finally the free stuff being championed by Oracle employee "evangelists"
for example Steven Feuerstein is super if you've gotten to a level where you
get it why the things he is pointing out are important.

Sorry I don't have a magic bullet about which "Oracle DB performance tuning
training" is best. Sigh. It depends.

mwf

-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On
Behalf Of Stéphane Faroult
Sent: Saturday, August 22, 2015 8:42 AM
To: contact@xxxxxxxx; sethmiller.sm@xxxxxxxxx
Cc: oracle-l
Subject: Re: Oracle DB performance tuning training



From my field experience with clients - they usually take the following
from such a class:

1) End user complains about performance
2) Look at top wait events in graphical representation in EM or top
section in AWR in this time window
3) Analzye and reduce it with the mentioned and trained tools
4) Result = Happy end user

... and we all know that this does not work out well in an effective
way (otherwise we would be jobless). A lot of work time in
organizations is wasted on tuning wait event <X> without any notice
to the complaining end users, just because of some tools show some
high colorful graphs :-)


If I may add my $0.02, what Stefan describes looks horribly familiar to me, and
what I have also seen is meetings where the DBA was all talking about wait
events, and the developers at the same table had no clues
1) about what he was talking about
2) about how "wait events" could relate to their own code I have vivid
remembrances of the faces of developers when an ebullient DBA was talking to
them about a "buffer busy" problem. Even when explained what it means, they
couldn't see how it related to their code.

Which means that even "tuning wait event <X>" is often only possible through
what I call the "magical parameter dance", changing that more or less obscure
parameter that will bring a 5% improvement that no end user will notice.

One of the problems of performance classes is that (I know it's bad for
business) their goal should not be to give attendees a list of buttons to push,
but to enable them to educate their own developers and evangelize them. All the
more as people who are sent to (often
expensive) classes are relatively experienced and senior people in an
organization, and aren't the ones that code. If they don't get the global
picture and aren't able to explain it to others, it's a waste of time and money
(networking aside). When after the course they make developers understand why
what Hibernate does behind the scene is bad and how THEY (developers) could
change it, then there is hope.

Stéphane Faroult
--
//www.freelists.org/webpage/oracle-l


--
//www.freelists.org/webpage/oracle-l


Other related posts: