Verifique se vale a pena mecher no shareed pool size. -- Estimativa SELECT shared_pool_size_for_estimate "Size of Shared Pool in MB", shared_pool_size_factor "Size Factor", estd_lc_time_saved "Time Saved in sec" FROM v$shared_pool_advice;
/*Esta Query monitora o uso do processador pela sessão, mostrando a informação sobre os processos.*/ SELECT s.username "Usuario Oracle",s.osuser "Usuario SO",i.consistent_gets "Consistent Gets", i.physical_reads "Leitura",s.status "Status",s.sid "SID",s.serial# "Serial#", s.machine "Maquina",s.program "Programa",TO_CHAR(logon_time, 'DD/MM/YYYY HH24:MI:SS') "Tempo Inicial", w.seconds_in_wait "Tempo Inativo", P.SPID "PROC", name "Stats Processador", value "Valor" FROM v$session s, v$sess_io i, v$session_wait w, V$PROCESS P, v$statname n, v$sesstat t WHERE s.sid = i.sid AND s.sid = w.sid (+) AND 'SQL*Net message from client' = w.event(+) AND s.osuser IS NOT NULL AND s.username IS NOT NULL AND s.paddr=p.addr AND n.statistic# = t.statistic# AND n.name LIKE '%cpu%' AND t.SID = s.sid ORDER BY 6 ASC, 3 DESC, 4 DESC; 2008/9/2 Anderson Haertel Rodrigues <[EMAIL PROTECTED]>: > Jota, > > Vou partir que o teu banco está Ok (bem dimensionado/Tunado) no que diz > respeito a SGA/PGA. Certo? Caso contrário, reveja teus valores que eles > podem estar ocassionando os waits mostrados abaixo. > > Agora, se eles estiverem ok, eu pensei num 1o momento da aplicação mal > comportada, isto é, sem uso de bind variable. Neste caso, eu faria um teste > modificando o parâmetro cursor_sharing. > > Sobre SQL*Net break/reset to client, segue um link legal: > http://blog.tanelpoder.com/2008/04/10/sqlnet-breakreset-to-client/#more-65 > > Saudações, > > Anderson Haertel Rodrigues > Administrador de Banco de Dados - DBA > Florianópolis/SC > > --- Em ter, 2/9/08, jota_lvaz <[EMAIL PROTECTED]> escreveu: > >> De: jota_lvaz <[EMAIL PROTECTED]> >> Assunto: [oracle_br] statspack - estatistica - Sistema Lento - HELP >> Para: oracle_br@yahoogrupos.com.br >> Data: Terça-feira, 2 de Setembro de 2008, 14:29 > >> Na empresa rodamos com aplicações terceirizadas e o meu >> relatório de >> Top 5 >> apresenta este formato >> >> Instance Efficiency Percentages (Target 100%) >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> Buffer Nowait %: 100.00 Redo NoWait %: 100.00 >> Buffer Hit %: 99.26 In-memory Sort %: 100.00 >> Library Hit %: 99.15 Soft Parse %: 98.92 >> Execute to Parse %: 50.74 Latch Hit %: 99.95 >> Parse CPU to Parse Elapsd %: 51.40 % >> Non-Parse CPU: 90.85 >> >> Top 5 Timed Events >> ~~~~~~~~~~~~~~~~~~ >> % Total >> Event Waits Time (s) Ela >> Time >> CPU time 3,076 >> 46.67 >> SQL*Net break/reset to client 707,052 1,447 >> 21.96 >> library cache pin 746 454 >> 6.89 >> db file sequential read 383,000 240 >> 3.64 >> log file sync 8,804 230 >> 3.50 >> >> Na questão library cache pin, será que o aumento da >> Shared pool >> resolveria. O que me apresenta é um alto número de >> PARSES. Esse fato >> pode estar ocasionando um aumento de consumo de CPU (CPU >> time). >> >> O log file sync, não sei se é o caso de commits >> excessivos. Agora o >> SQL*Net break/reset to client, não sei como resolver. >> >> Gostaria de uma ajuda de vcs. O detalhe é que os softwares >> são >> terceirizados. Outro fato a ser colocado é que a >> ferramenta htop >> apresenta um consumo de memória baixo e alguns picos de >> CPU. >> >> Minha versão é Oracle 9.2.0.4 e o OS é o Red Hat >> Enterprise versão 4. >> >> Agradeço a atenção >> >> >> >> >> ------------------------------------ >> >> ---------------------------------------------------------- >> >Atenção! As mensagens do grupo ORACLE_BR são de >> acesso público e de inteira responsabilidade de seus >> remetentes. >> Acesse: >> http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ >> ---------------------------------------------------------- >> >Funções, Procedures, propostas de emprego - O GRUPO >> ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >> http://www.oraclebr.com.br/ >> ---------------------------------------------------------- >> Links do Yahoo! Grupos >> > > Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua > cara @ymail.com ou @rocketmail.com. > http://br.new.mail.yahoo.com/addresses > -- Att, Diego Leite - DBA Jr.
