Chiappa,
Valeu demais esta sua explicação. Vou sentar com as chefias aqui e repassar tudo isto afim de detectarmos o problema. Obrigado! Abraços, Marcos Em 9 de junho de 2014 00:06, jlchia...@yahoo.com.br [oracle_br] < oracle_br@yahoogrupos.com.br> escreveu: > > > No RDBMS Oracle, o trace de SQL pode ser aplicado a um SQL específico, a > uma sessão, ou a todas as sessões que se conectarem ao banco de dados : não > há, por parte do RDBMS, nenhuma opção de trace a nível de instância nem a > nível de servidor. Não haverá, portanto, a necessidade de restart do > servidor, nem nada do tipo. A nível de database, os únicos parâmetros > exigidos são o TIMED_STATISTICS=TRUE, os parâmetrso de dump apontando para > um filesystem/disco com bastante espaço livre e o max_dump_file_size setado > para um valor o mais alto possível. > > Evidentemente : > > a) traces do tipo podem interferir SERIAMENTE com a performance, já que > tipicamente um database Oracle de produção processa centenas de SQLs a cada > curto período : assim sendo, JAMAIS vc ativará o trace num período de uso > comum, mas sim num período/dia escolhido aonde haja o menor número de > utilizadores, ou até mesmo (preferencialmente) só o usuário testador > > b) os arquivos gerados por esse trace tendem a crescer muito, então o > servidor deve ser Preparado, liberando-se o máximo de espaço possível (ou > mesmo adicionando-se espaço extra) > > c) deve ser levantado se o ambiente usa algum tipo de POOL DE CONEXÕES, > aonde a aplicação não cria uma sessão para cada conexão, mas sim cada > comando enviado ao database por cada conexão são atendidos por uma sessão > pré-criada pelo pool : se isso for verdadeiro, o pessoal aí terá que > instrumentar/identificar a sessão, com um dos mecanismo de end-to-end trace > : veja > http://www.dbspecialists.com/files/presentations/tracing_ind_sessions.html > para um exemplo > > d) deve ser levantada a comunicação com o database, no sentido de checar > se cada tela do aplicativo abre uma conexão ou não, se é viável indicar uma > sessão específica para os testes... Isso é no sentido de facilitar a sessão > a tracejar, Evtando trace a nível de database que via de regra é por demais > intrusivo > > []s > > Chiappa > > OBS : como referência, indico além da documentação Oracle (em especial o > manual de Tuning), também os links > http://www.oracle-base.com/articles/misc/sql-trace-10046-trcsess-and-tkprof.php > , > http://www.databasejournal.com/features/oracle/article.php/3469891/Collecting-Oracle-Extended-Trace-10046-event.htm > , http://www.dicka.eclipse.co.uk/oracle_trace_event_10046_notes.htm e The > Oracle Instructor: Oracle TRACE EVENT 10046 > <http://shoaib-dba.blogspot.com.br/2012/06/oracle-trace-event-10046.html> > The Oracle Instructor: Oracle TRACE EVENT 10046 > <http://shoaib-dba.blogspot.com.br/2012/06/oracle-trace-event-10046.html> > Visualizar em shoaib-dba.blogspot.com.br > <http://shoaib-dba.blogspot.com.br/2012/06/oracle-trace-event-10046.html> > Visualização pelo Yahoo > > > > >
