Erik, Complemento da "bomba"... esse Linux é qual distribuição ? Se nao for RH, Suse ou a propria distribuicao da Oracle, o suporte da Oracle não suporta.. por nao ser homologado e tal..
Se a empresa nao pagou o suporte desde que expirou, é isso mesmo.. vão cobrar um retroativo ou parte pra um novo licenciamento, porque fica tao caro que nem vale a pena. Agora se nunca foi licenciado... melhor não comentar nada e negociar o licenciamento direto. 2017-03-15 16:02 GMT-03:00 Erik Castilho escasti...@gmail.com [oracle_br] < oracle_br@yahoogrupos.com.br>: > > > 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 >> >> > >