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.
-------------------------------
Figure 4-24. This is an example of an ifconfig command run to determine if network collisions are a problem. From both an inbound and outbound perspective, collisions are well below 1%.
It is very unlikely you will ever encounter a dropped packets problem. I have heard about this occurring only once on an Oracle system, but it was the key problem, and I suspect it has happened in other cases. Essentially, what occurs is the network card receives more packets than it can process and queues the packets for processing. However, if the network queue fills, packets are simply dropped. While this can obviously occur during a denial-of-service (DoS) attack, it could also happen on a particularly popular day for an Internet company.
There is no hard-and-fast rule of thumb for how many dropped packets is an acceptable number. I check to see if there are any dropped packets, and if so, I simply alert the network administrator and ask very clearly if the dropped packets represent a problem. If I suspect they are a problem, I note the date, time, and person I contacted. If I'm feeling particularly paranoid, I'll also email the person I contacted.
©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.
|