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? > > > > > > > > >