Rafael,

E a aplicação do usuário ?  Como a aplicação alcança o banco de dados ?
Seria a partir da maquina dele x banco ou algum servidor de aplicacao ou
webservice no meio do caminho ?

Esse usuario, está local, esta remoto... ?





2016-09-13 15:32 GMT-03:00 Rafael Mendonca raffaell.t...@yahoo.com
[oracle_br] <oracle_br@yahoogrupos.com.br>:

>
>
> => Oracle EE 11.2.0.4.16 AIX 6.1 64 bits ASM single instance.
> Options -> tuning pack, diagnostic pack
>
>
> Senhores, boa tarde.
>
> Um usuário em especial está reclamando de problema de lentidão na tarefa
> que ele está executando. A tarefa era executada em 15 segundos no pior dos
> casos (até o dia 09/09/2016) e agora a mesma tarefa está levando 40 a 45
> segundos. Nesse intervalo de tempo nada foi modificado, nem aplicação, nem
> database, o que houve foi uma queda de energia no final de semana
> desligando todos os servidores (Pessoal do storage e AIX já verificou se
> existiu algum problema após o desligamento e nada foi encontrado).
>
> Verificação:
>
> Verificando CPU, Memória, I/O Swap do servidor está tudo normal, o RDBMS
> está respondendo rápido, não estamos com problema de desempenho, é uma
> reclamação única de um determinado usuário.
>
> a) Verifiquei sessões ativas
> b) V$SESSION_WAIT W, V$SESSION S, V$PROCESS P,  V$SQLTEXT SQL
> c) oratop
> d) trace 10046
>
> O que consegui encontrar é que existe uma consulta que é onde o usuário
> passa a maior parte do tempo com a sua sessão ATIVA. Uma consulta simples,
> segue abaixo:
>
>
> SELECT MIN(EMD.DTHRMOV)
>   FROM YYYY LF,
>        XXX  MF,
>        TTTT EMD
>  WHERE MF.CODDOC = :B1
>    AND MF.DTHRMOV = (SELECT MAX(DTHRMOV)
>                        FROM XXX
>                       WHERE CODDOC = :B1
>                         AND DTHRMOV < :B2
>                      )
>    AND MF.CODLOCAL = LF.CODLOCAL
>    AND EMD.CODDOC=MF.CODDOC
>    AND EMD.DTHRMOV=MF.DTHRMOV
>
>
> Plan hash value: 2923565733
>
> -----------------------------------------------
>    Id | Operation                               NAME        ROWS
> Cost         Stale
> ----------------------------------------------------
> |    0 | SELECT STATEMENT                                     1       2
> |    1 |  SORT AGGREGATE                                      1       2
> |    2 |   NESTED LOOPS                                       1         2
> |    3 |    NESTED LOOPS                                      1
> 2            NO
> |    4 |     TABLE ACCESS BY INDEX ROWID           XXX          1       2
> |    5 |      INDEX RANGE SCAN                     XXX         1
> 2           NO
> |    6 |       SORT AGGREGATE                                  1
> 2           NO
> |    7 |        TABLE ACCESS BY INDEX ROWID        XXX          1
> 2              NO
> |    8 |         INDEX RANGE SCAN                  XXX          1
> 2             NO
> |    9 |     INDEX RANGE SCAN                      XXX           1
> 2           NO
> |   10 |    TABLE ACCESS BY INDEX ROWID            XXX          1
> 2               NO
> ----------------------------------------------------
>
> Acontece que quando eu executo essa consulta no sqlplus ou em outro
> front-end a consulta é executada em menos de um segundo, extremamente
> rápida.
>
> obs: Na wait_event quando a consulta é executada é mostrado o
> db_file_sequencial read, só adiantando que o cache_size é mais que
> suficiente.
>
>
> Alguém poderia ajudar a resolver essa bronca?
>
>
>
>
>
>
>
> 
>
  • [oracle_br] Lentidão ... Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]
    • Re: [oracle_br] ... angelo angelolis...@gmail.com [oracle_br]
      • Re: [oracle_... Andre Santos andre.psantos...@gmail.com [oracle_br]
        • Re: [ora... Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]
          • Re: ... Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]
            • ... Andre Santos andre.psantos...@gmail.com [oracle_br]
              • ... Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]
                • ... Andre Santos andre.psantos...@gmail.com [oracle_br]
                • ... Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]
                • ... Andre Santos andre.psantos...@gmail.com [oracle_br]
                • ... angelo angelolis...@gmail.com [oracle_br]

Reply via email to