The title says it all.
I am really coming round to Oracle Enterprise Manager, OEM, for use in monitoring and troubleshooting performance. I'm with Doug Burns here, who once did a presentation on how he learned to love pictures.
OEM is maturing
gradually
into a
great,
good,
and indispensible
tool.
I cannot express my appreciation for OEM enough.
Am
ai
below
the blog-aggregator
horizon
already?
*PdV peeks over the edge, then looks over shoulder - twice*
This will not get me credit with Vendors...
Oracle-OEM, Quest, and Symantec all have competing commercial products,
but today, I am plugging ... :
TORA.And to a lesser extent,
Lab128 (which is effectively free as well).
(If those two are old news to you, I apologize, just close the tab and go click elsewhere)
I will admit that the commercially licensed products are much better.
They are richer in functionality (feature bloat!) then any open-source, free-to-give Tool could hope to be (or are they?). I should also mention that the commercial products often will offer all the goodies, gizmos, spotlights and the key-hangers that my kids like so much. I would never pass up on the free
parties, eh, salesevents Seminars with food and refreshments. In that area, commercially licensed product are unbeatable.
But for Sheer Simplicity, for Acutal "Value" I have used TORA for nearly 10 (ten!) years now. My trusty 1.3.8 version dates back to 2001. I always used the free version worked fine on oracle 8, 9 and 10. It still works on 11, and I'm sure that when an 11.2 "problem" pops up at one of our customers, that even the old 1.3.8 version will show my the wait-stats.
Since Quest (bless them, they are the makers of
Toad), claimed to have bought TORA in eh... 2003, I had not checked for TORA updates.
But now Timo Raitalaakso (Rafu on OTN,
blog can be found Here) from Finland told me TORA is still around.
Version 2.0.0 is available.
Go and check it out at sourceforge, and go find a few references on google...
Then
download it and Test It (it is totally for free - Wayhey!). If TORA is right for you, you will become addicted quite easily.
My main reason for having TORA is the server-tuning screen called "wait-events". It offers a free, and quick-to-use alternative to the OEM waitevent graphic.
I can run TORA without need for permissions on OEM (acutally, without the OEM period), and it gives me roughly the same screen. All I need is "PERFSTAT" or any user with sufficient privs (the "advisor" role is fine). If I can run spreport or awrrpt, I can generally also run TORA.
It just takes a tns-entry, and Oracle-Net connection, and then TORA is up and running. Mine runs from my company-windhoze. But there are Linux and Mac builds too.
I combine TORA with some servertool sar, vmstat (unix), lparstat (AIX) or taskmgr (windhoze) and with statspack (AWR for the licensed-lucky).
With those tools, I have solved just about every performance-problem I was given.
(admittedly, my problems tend to be simple - but I'm waiting for the first SOA/SOAP system to overload).
Inside TORA, I run the "server tuning" screen at 10 sec interval (I only use the 3rd tab with the graph and the pie-chart of the wait-events). I tend to disable the other screens, not just to save on sqlnet traffic, but also to keep my windows-lappy running happy.
And Voila, that screen (which predates and resembles the OEM graph...) tells me what is happening right now, and in the last hour. In using it, I have a few dislikes and a wishlist too, but I'll keep that for another time.
Tip: I often configure 12 gridlines and 360 datapoints to have a 5 min grid on 1 hr of data.
I am still of the opinion that real DBA's use SQL*Plus, common sense, and not much more. But if you are into troubleshooting databases, you could do worse then look into these tools.