Olá

Não podemos chutar qual é melhor escolha, performance precisa tratar e
análise com coerência
* Você verificou quais são sql_id ofensor ?
* Já analisou esses sql_id o plano execução ?
*  A tabela  foi feito estatística correto, bem como, a coleta dessa
estatística estão certo ?
* Verifica qual é evento ?
* Através dessa query utiliza o hint para verifica se o index bom ?
* Quando tempo está com problema ? e por último cria solução para melhoria.

Uma dica utiliza ASH, que irá ajudar.


Att








----------------------------------------------------------------
Marcelo Grimberg F. de Campos
Cel: (19)98197-3405
Skype: marcelogrim
Blog:  http://marcelogrim.blogspot.com


Em 13 de outubro de 2013 16:54, <paulopcto2...@yahoo.com.br> escreveu:

> **
>
>
> Rafael, há alguns meses tivemos problema parecido e descobrimos se tratar
> de perda de indice em tabela de geo-referenciamento, a tabela é muito
> grande e quando recriou o indice voltou a normalidade.
>
> Abs,
>
> Paulo.
>
>
> --- Em oracle_br@yahoogrupos.com.br, Rafael Mendonca <raffaell.ti77@...>
> escreveu
> >
> > Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit
> Production
> > PL/SQL Release 11.2.0.2.0 - Production
> > CORE 11.2.0.2.0 Production
> > TNS for Linux: Version 11.2.0.2.0 - Production
> > NLSRTL Version 11.2.0.2.0 - Production
> >
> >
> >
> > ________________________________
> > De: Rafael Mendonca <raffaell.ti77@...>
> > Para: "oracle_br@yahoogrupos.com.br" <oracle_br@yahoogrupos.com.br>
> > Enviadas: Quinta-feira, 10 de Outubro de 2013 13:15
> > Assunto: [oracle_br] 100% uso CPU
> >
> >
> >
> >
> > Amigos, boa tarde.
> >
> > Há 2 dias um determinado servidor está com 100% do uso de CPU em uso,
> verificando pelo comando TOP do linux, verifiquei o seguinte:
> >
> > Cpu(s): 99.5%us
> >
> >  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+
> COMMAND
> > ;
> > 22655 oracle    25   0 1264m  64m  59m R 12.5  0.2   2285:14 oracleRHJFPE
> >
> (LOCAL=NO)                                                                    
>                                                                               
>              &n
>
> > bsp;
> >  3657 oracle    25   0 1260m  47m  43m R 12.4  0.1   3688:07 oracleRHJFPE
> >
> (LOCAL=NO)                                                                    
>                                                                               
>              &n
>
> > bsp;
> >  4339 oracle    25   0 1258m  25m  22m R 12.4  0.1   2934:38 oracleRHJFPE
> >
> (LOCAL=NO)                                                                    
>                                                                               
>              &n
>
> > bsp;
> >  4405 oracle    25   0 1258m  25m  21m R 12.4  0.1   3510:46 oracleRHJFPE
> >
> (LOCAL=NO)                                                                    
>                                                                               
>              &n
>
> > bsp;
> > 30131 oracle    25   0 1260m  28m  24m R 12.3  0.1   3229:18 oracleRHJFPE
> >
> (LOCAL=NO)                                                                    
>                                                                               
>              &n
>
> > bsp;
> > 20660 oracle    25   0 1263m  63m  57m R 12.2  0.2   3326:15 oracleRHJFPE
> >
> (LOCAL=NO)                                                                    
>                                                                               
>              &n
>
> > bsp;
> > 29935 oracle    25   0 1260m  27m  23m R 12.2  0.1   3224:21 oracleRHJFPE
> >
> (LOCAL=NO)                                                                    
>                                                                               
>              &n
>
> > bsp;
> >  4019 oracle    25   0 1265m  73m  68m R 11.2  0.2   3663:56
> oracleRHJFPE (LOCAL=NO)
> >
> >
> > Somando todos esses processos, verifiquei que o uso abusivo da CPU se dá
> por conta da instância RHJFPE.
> >
> > O próximo passo foi verificar as sessões ativas com a seguinte query:
> >
> >   SELECT ''''||TO_CHAR(s.sid)||','||to_char(s.serial#)||''''
> "SID,SERIAL#",
> >          p.spid,
> >          s.username,
> >          s.osuser,
> >
> > s.server,
> >          NVL(s.module,s.program) program,
> >          NVL(s.machine,s.terminal) machine,
> >          s.last_call_et
> >     FROM v$session s,
> >          v$process p
> >    WHERE s.paddr       = p.addr
> >      AND s.username    IS NOT NULL
> >      AND s.status      = 'ACTIVE'
> > ORDER BY s.last_call_et DESC;
> >
> >
> >
> > Resultado da consulta:
> >
> >  '6,1'            7001    SYS oracle DEDICATED oracle@camaragibe(O004) 
> > camaragibe 314887
> > '574,1'         7007    SYS oracle DEDICATED oracle@camaragibe(O006) 
> > camaragibe 314887
> > '1432,9295' 26837  DBA_RAFAEL t_rvmendonca DEDICATED SQL
> Developer SBD01 0
> >
> >
> > O SPID da query nao bate com o PID que aparece no comando TOP do Linux,
> não estou conseguindo descobrir o que pode estar acontecendo, alguém pode
> me ajudar a descobrir o pq o Oracle está consumindo tanta CPU?
> >
>
>  
>

Responder a