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.
-------------------------------
Personally, I prefer to use the page scans, as that avoids the entire swapping discussion. Operating system administrators feel more comfortable talking in terms of page scans and memory pressure.
I don't flat out say that there is a memory bottleneck. I always say that it looks like Oracle is consuming a lot of memory, a point an administrator will never argue. I'll ask if the administrator feels there is a lot of memory pressure being placed on the system-perhaps even too much for the current memory capacity. When I put the situation in those terms, a very productive memory-related discussion occurs.
Like it or not, Oracle DBAs are losing control of the IO subsystem. Modern-day IO subsystems are so complex that they frequently require a full-time administrator. Adding to our problems, IO vendors in particular can be very abusive and just plain uncooperative with DBAs. But while the configuration and operating of the IO subsystem may be out of our control, we can very easily tell if the IO subsystem is not providing the capacity the Oracle system needs. In this section, I will describe how to diagnose the IO subsystem and suggest how to handle aggressive vendors.
©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.
|