Comments on: Root Causehttps://jonathanlewis.wordpress.com/2008/09/26/root-cause/
Just another Oracle weblogSat, 01 Aug 2015 21:31:55 +0000hourly1http://wordpress.com/By: Battling the Symptoms or Addressing the Root Cause « Charles Hooper's Oracle Noteshttps://jonathanlewis.wordpress.com/2008/09/26/root-cause/#comment-35975
Sat, 03 Apr 2010 16:26:45 +0000http://jonathanlewis.wordpress.com/?p=380#comment-35975[…] An Oracle database example of this is simply throwing hardware at a performance problem because a root cause analysis is perceived as requiring too much time and being too expensive (computer hardware costs are decreasing while at the same time IT labor costs are increasing). Sure, replace the server with one having 4 times as many CPUs and 4 times as much memory – after all, hardware is cheap compared to the perceived cost of a root cause analysis (at least that is what it says on the news). Forget that such a cheap upgrade will require 4 times as many Oracle Database CPU licenses, accompanied by 4 times as much for annual Oracle support/maintenance fees. On second thought, maybe a root cause analysis is really a much better and less costly approach, no matter if the performance problem is caused by a change to daylight savings time, someone verbally abusing the SAN, an upgrade of the Oracle Database version, or something else. […]
]]>By: Jonathan Lewishttps://jonathanlewis.wordpress.com/2008/09/26/root-cause/#comment-32149
Sat, 25 Oct 2008 13:24:24 +0000http://jonathanlewis.wordpress.com/?p=380#comment-32149I’m sitting in Copenhagen airport, waiting for a plane to take me home after the Miracle Oracle Open World event in Lalandia.

Many of the great names in Oracle were speaking at this event – but the presentation that really stood out for me was the one by Robyn Sands on “Root Cause Analysis”.

Many of the presentations at MOOW tend to be biased towards the in-depth technical stuff – but this one made the point that we MUST ask the right questions and behave the right way BEFORE we dive in with all the high-tech stuff to try fixing a problem.

This may seem like an obvious message – but it’s amazing how rarely it gets mentioned, and Robyn put the message across very well.

If you’re coming to the UKOUG annual conference this year, Robyn will be doing the same presentation there. It doesn’t matter whether you see yourself as a developer, DBA, or manager – go to it, and learn how to avoid wasting your most valuable resource .. your time.

Nothing kills a legitimate “why?” faster than an invocation of the best industry practices.

]]>By: Dion Chohttps://jonathanlewis.wordpress.com/2008/09/26/root-cause/#comment-31907
Mon, 29 Sep 2008 08:55:49 +0000http://jonathanlewis.wordpress.com/?p=380#comment-31907Very interesting and, hell, it’s a quite hot and current topic – the mortgage and bankrupcy!!! :)
]]>By: Robynhttps://jonathanlewis.wordpress.com/2008/09/26/root-cause/#comment-31906
Mon, 29 Sep 2008 02:51:05 +0000http://jonathanlewis.wordpress.com/?p=380#comment-31906no worries … I did some summer reading of the current crop of RCA books. Pretentious fluff is dead on for some of it :)
]]>By: Jonathan Lewishttps://jonathanlewis.wordpress.com/2008/09/26/root-cause/#comment-31903
Sun, 28 Sep 2008 18:51:52 +0000http://jonathanlewis.wordpress.com/?p=380#comment-31903Jeff,
I’d forgotten where the line (Pretentious, moi!) came from: but it is one of the wittiest lines I have ever heard – just two words and perfect self-reference.

Robyn,
Sorry, I’ve just checked the UKOUG agenda and realised you’re doing a presentation on Root Cause Analysis. (It’s different when it’s technicians talking about it rather than salesmen ;) )

]]>By: Robynhttps://jonathanlewis.wordpress.com/2008/09/26/root-cause/#comment-31902
Sat, 27 Sep 2008 03:50:55 +0000http://jonathanlewis.wordpress.com/?p=380#comment-31902Jonathan, I love this example but you’ve beaten me to my punchline. (well, one of them) In IT, we can’t always fix the root cause: it’s beyond our control, our budget or our time constraints. But the more we know about the cause of the problem, the more likely we can correct it and stop it from reoccurring. Resolving the economic crunch would fix the problem in this example and a lot of others but since that can’t be controlled, understanding the changing load on database helps identify what is necessary to deal with the new conditions, and with that understanding the best option can be chosen.

Many good dba’s already look for the ‘root cause’ even if they never use the phrase. I’d suggest that they try the terminology out on management; sometimes speaking in their language gets the point across better. (damn, there goes the second punchline .. now what will I talk about?)