Ricardo Arnoud, pois é sempre achei que essa história de homologar é balela pois pelo menos dessa empresa q eu sei o servidor do banco deles que talvez eles usam para essa homologação é em Windows, e eu aqui uso no Linux, ahhh...então a culpa é do Linux? rsss...paciência viu
Já estou vendo essa questão do suporte da Oracle, mas o consultor da Oracle já me mandou que no caso eu vou ter que pagar o suporte retroativo do período que eu não renovei, estou esperando a "bomba". Primeira vez que esbarro em um bug, foi tenso mas foi bom. []'s Em 15 de março de 2017 15:25, Ricardo Arnoud ricardo...@gmail.com [oracle_br] <oracle_br@yahoogrupos.com.br> escreveu: > > > Usar como argumento que o sistema foi homologado para a versão 11.2.0.1 é > bengala, primeiramente esse ambiente deveria estar em uma versão mais atual > como por exemplo a 11.2.0.4. Para isso, se requer suporte/licenciamento. > > E amigo, parabéns pois você esbarrou em um bug. > > 2017-03-15 14:48 GMT-03:00 Erik Castilho escasti...@gmail.com [oracle_br] > <oracle_br@yahoogrupos.com.br>: > >> >> >> Boa tarde, >> >> Primeiramente obrigado pelas respostas de todos. O problema foi >> solucionado, inicialmente setei o parâmetro >> set_optimizer_enable_extended_stats=false >> conforme o colega sugeriu acima, depois rodei a aplicação novamente e deu o >> erro. Posteriormente verifiquei os parâmetros 'shared_pool_size', >> 'java_pool_size', 'large_pool_size' e todos estavam com 'Value=0', atribui >> uns valores para cada um e depois alterei o parâmetro >> "_optimizer_enable_extended_stats" para sessão novamente e deu certo. >> >> Tecnicamente não entendi a questão dos parâmetros acima, mas deu certo, >> vou estudar mais para entender melhor essa situação, simular essa situação >> mais vezes em ambiente de testes para tentar entender. >> >> Consultando um outro trace file pude verificar uma query gigantesca e >> também chamadas para outras procedures que acredito ser dessa aplicação, >> imaginei será que essa aplicação faz essa consulta desse tamanho? será que >> não teria como otimizar isso? não estou fugindo da minha responsabilidade >> com relação a empresa que presto serviço mas a software house simplesmente >> jogou a 'bomba' pra cima do servidor e/ou da instalação do Oracle, tá certo >> que foi uma questão de parâmetros, mas será que talvez a 'carga' de >> consultas, chamadas e objetos utilizada nessa aplicação não ocasionou uma >> excessiva carga no RDBMS que não suportou e cortava a conexão com a >> aplicação? Pois a perda de conexão era apenas nessa aplicação pois outras >> aplicações e módulos do mesmo ERP continuavam funcionando normalmente. >> >> Eles me passaram que essa versão 11.0.2.1.0 foi 100% homologada para o >> sistema, dai eu pergunto, como que foi homologada 100% sendo que esta >> ocorrendo este erro? fico com essas dúvidas e questionamentos que nunca vão >> ser respondidos por parte deles, mas na hora de falar que a culpa tá no >> banco ou no servidor é fácil né!!!! >> >> Mais uma vez obrigado a todos! >> >> >> >> Em 15 de março de 2017 13:05, jlchia...@yahoo.com.br [oracle_br] < >> oracle_br@yahoogrupos.com.br> escreveu: >> >>> >>> >>> Erik, um ponto adicional : como vc está tendo uma parada completamente >>> inesperada de um processo no Oracle, *** não é Incomum *** que coisas que >>> deveriam estar gravadas não o estejam, ou algo assim, se o processo estiver >>> sendo interrompido antes de gravar o necessário, levando á ** CORRUPÇÃO ** >>> ... >>> ENtão, além de tentar um work-around se não puder fazer a análise de >>> correção, eu RECOMENDO que vc (ou o DBA encarregado) faça os procedimentos >>> de HEALTHCHECK e Verificação de Integridade desse banco, o quanto antes.... >>> >>> []s >>> >>> Chiappa >>> >> >> > > > -- > -- > Thanks, > * Ricardo Arnoud* > > > > > > > Porto Alegre - RS > http://www.queroaprenderlinux.com.br > http://www.peritodigitalonline.com.br > > >
