You were brought to this page based on an internet search
and as a free service to Oracle DBAs.
The text below is an except from the book,
Oracle Performance Firefighting, written by
Craig Shallahamer of
OraPub, Inc.
Figures and tables are not included on this page, only their reference.
To order the book in either print or PDF form, click
here.
©2009, 2010 by Craig Shallahamer. This is copyrighted material.
PleaseOut of respect for those involved in the creation of the book and also for
their familes, we ask you to respect the copyright both in intent and deed. Thank you.
-------------------------------
5 I had a student who told me that, by simply running the oracle executable from the command line with a massive set of command-line arguments, Oracle would essentially barf and produce a stack dump, which contains sensitive security information. At that point, I asked him not to tell me any more. It's like knowing the root password when you really don't need that information.
6 It is common for IO reads to complete in less than 1 ms. When this occurs, you know non-Oracle caching is involved. No physically spinning device can respond within 1 ms. Obviously, the block(s) requested does not reside in Oracle's buffer cache; otherwise, no wait event would have been posted, but you do know the block resides in some other cache. It could be the file system buffer cache, or perhaps that very nice cache you purchased from your IO subsystem vendor.
7 Another stellar network command is traceroute. "Hangs" in SQL*Net can commonly be discovered by running a few of these.
©2009, 2010 by Craig Shallahamer. This is copyrighted material.
PleaseOut of respect for those involved in the creation of the book and also for
their familes, we ask you to respect the copyright both in intent and deed. Thank you.
|