Raphael,
Já verificou se existe FK sem o respectivo índice nas tabelas de aplicações? Sérgio. ________________________________ De: oracle_br@yahoogrupos.com.br <oracle_br@yahoogrupos.com.br> em nome de Rafael Mendonca raffaell.t...@yahoo.com [oracle_br] <oracle_br@yahoogrupos.com.br> Enviado: quinta-feira, 28 de janeiro de 2016 16:00 Para: oracle_br@yahoogrupos.com.br Assunto: Re: [oracle_br] Re: Lentidão Data Pump Chiappa, encontrei alguns artigos relacionados ao meu problema. Vi que pelo menos não foi só eu que tive esse problema após a migração para 11.2.0.4 Unix,Oracle & other stuff: Streams AQ: enqueue blocked on low memory<http://dba-oracle101.blogspot.com/2015/05/streams-aq-enqueue-blocked-on-low-memory.html> [image]<http://dba-oracle101.blogspot.com/2015/05/streams-aq-enqueue-blocked-on-low-memory.html> Unix,Oracle & other stuff: Streams AQ: enqueue blocked o...<http://dba-oracle101.blogspot.com/2015/05/streams-aq-enqueue-blocked-on-low-memory.html> Streams AQ: enqueue blocked on low memory wait event causing the issue: I triggered the export and its running for more then 12 hours and i found the Visualizar em dba-oracle101.bl...<http://dba-oracle101.blogspot.com/2015/05/streams-aq-enqueue-blocked-on-low-memory.html> Visualizado por Yahoo http://oraculix.com/2014/12/05/data-pump-aq-tm-processes/ Em Quinta-feira, 28 de Janeiro de 2016 14:47, "Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu: Chiappa, muito obrigado pela explicação. Existiam alguns JOBS do datapump e matei todos de acordo com a explicação e os tutoriais passados por você, porém nada adiantou. Em seguida verifiquei que existiam 2 sessões ativas do data pump: SID,SERIAL# SPID USERNAME OSUSER SERVER PROGRAM MACHINE LAST_CALL_ET '3782,49823' 19661036 SYS oracle DEDICATED Data Pump Master nome_servidor 533 '45,4373' 18809042 SYS oracle DEDICATED ude@nomeservidor(TNS V1-V3) nome_servidor 52 Fiz em seguida o que você me pediu, monitorar o DATA PUMP, usei uma consulta utilizando as views V$SESSION_WAIT , V$SESSION , V$PROCESS , e a V$SQLTEXT. Descobri o seguinte: SID EVENT SECONDS_IN_WAIT SQL_TEXT 45 Streams AQ: enqueue blocked on low memory 25 BEGIN :1 := sys.kupc$que_int.transceive_int(:2, :3, :4, :5, :6); 45 Streams AQ: enqueue blocked on low memory 25 END; Abri um chamado com a Oracle, mas até agora nada. Em Terça-feira, 26 de Janeiro de 2016 13:16, "jlchia...@yahoo.com.br [oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu: Oi - realmente parece ser alguma questão pontual - tanto pode ser algo simples como JOBs anteriores do datapump que não concluíram com sucesso e/ou congelados/travados (digamos, perdeu a conexão mas o RDBMS ainda não os liberou) como pode ser uma questão mesmo de performance, como (por exemplo) espera por recurso compartilhado/locks, I/O intenso de uma outra sessão interferindo na sessão do datapump, coisas do tipo... Assim, a minha recomendação é que primeiro vc se certifique que não há jobs do datapump pendurados no banco nem execuções pendentes no SO (no SO vc usa ps, no banco vc consulta views/tabelas internas como por exemplo https://www.xtivia.com/removing-orphaned-oracle-datapump-jobs/ , http://dbatricksworld.com/how-to-kill-oracle-datapump-export-job/ e http://pavandba.com/2011/07/12/how-to-deleteremove-non-executing-datapump-jobs/ mostram).... Em SEGUNDO lugar, se for comprovado que não há nada pendente nem nos jobs de banco nem no SO, é diagnosticar quais waits (principalmente espera por LATCHEs e por LOCKs, mas sem descuidar dos outros) vc está tendo (isso é um procedimento-padrão, vc pode usar seus scripts preferidos que consultam a V$SESSION e cia bela OU pode ser pelo OEM ou pelo AWR/ASH), E se for o caso vc pode Também acionar um TRACE na sessão de banco do datapump : https://mdesouza.wordpress.com/2013/01/23/tracing-oracle-data-pump-job-for-errors/ e https://dbasolutions.wikispaces.com/Expdp+-+Trace dão umas indicações... []s Chiappa