RE: determine total memory used by Oracle via OS tools

Also (aside note), there are one bug in 10.2.0.3 related to hash joins using 
excess memory (above pga_aggregate_target).

 

I recommend getting a "snap" at peak time with the SQLAREAT tools from Carlos 
Sierra of Oracle (Note 238684.1) . This tool is great to detect improper PGA 
memory usage/bad plans.

Also a statspack snap would reveal if there's something wrong (multipass execs 
from the PGA report).

 

regards, 

 

   
 Álvaro Fernández
 Departamento de Sistemas_
 
 
________________________________

SIVSA, Soluciones Informáticas S.A. 
Arenal nº 18 · 3ª Planta · 36201 · Vigo 
Teléfono: (+34)  986 092 100  
Fax: (+34)  986 092 219
e-mail: alvaro.fernandez@xxxxxxxxx
www.sivsa.com <http://www.sivsa.com/> 
España_
 
******************************  ADVERTENCIA LEGAL  ****************************
En cumplimiento de la Ley de Servicios de la Sociedad de la Información y de 
Comercio Electrónico (LSSI-CE), y de la vigente Ley Orgánica 15/1999 de 13 de 
Diciembre de Protección de Datos de Carácter Personal (LOPD), le informamos que 
su dirección de correo electrónico figura en este momento en la base de datos  
de SIVSA, Soluciones Informáticas, S.A,  con domicilio en la calle Areal nº 18 
- 3ª planta, Vigo (Pontevedra),  que, como responsable del fichero, le 
garantiza el ejercicio de sus derechos de acceso, rectificación, cancelación y 
oposición de los datos facilitados, en los términos y condiciones previstos en 
la propia LOPD, mediante una comunicación por escrito dirigida a la dirección 
indicada, a la atención del "Departamento de Administración".  De no ser así, 
se entiende que usted consiente expresamente que sus datos puedan ser 
utilizados por SIVSA con fines publicitarios, promocionales y de marketing, en 
relación con sus propios productos y servicios. 

Este mensaje va dirigido, de manera exclusiva, a su destinatario y contiene 
información confidencial y sujeta al secreto profesional, cuya divulgación no 
está permitida por la ley. En caso de haber recibido este mensaje por error, le 
rogamos que, de forma inmediata, nos lo comunique mediante correo electrónico 
remitido a nuestra atención o a través del teléfono (+ 34) 986 092 100 y 
proceda a su eliminación, así como a la de cualquier documento adjunto al 
mismo. Asimismo, le comunicamos que la distribución, copia o utilización de 
este mensaje, o de cualquier documento adjunto al mismo, cualquiera que fuera 
su finalidad, están prohibidas por la ley."

 

________________________________

De: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] En 
nombre de Greg Norris
Enviado el: miércoles, 15 de agosto de 2007 15:53
Para: ORACLE-L
Asunto: determine total memory used by Oracle via OS tools

 

I'm looking for a good way to determine total Oracle memory usage, taking 
shared memory into account, using standard Unix/Linux tools.  I can, of course, 
easily determine how much memory the database is configured to use, but need 
something which indicates how much the OS has actually allocated.  Any 
suggestions?

Here's a little background.  We recently had an outage on one of our 10.2.0.3 
databases running under SunOS 5.10, for which our SysAdmin believes the root 
cause to be Oracle using all available virtual memory.  I'm somewhat skeptical, 
however, since the problem didn't go away after shutting down the database 
(shutdown immediate) and listener...normal operation was restored only after 
rebooting the server.  In addition, I've learned that he used the "prstat -t" 
command to make this determination, which doesn't distinguish between shared 
and non-shared memory (thereby grossly over-reporting the usage). 

At this point we've opened a SR with Oracle to followup on the outage itself, 
but I need to be able to provide an alternate (useful) command for determining 
memory usage at the OS level next time this sort of thing comes up. 

Thanx!

-- 
"I'm too sexy for my code." - Awk Sed Fred.

JPEG image

Other related posts: