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_at_sivsa.com
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_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org] 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.





--
http://www.freelists.org/webpage/oracle-l