Acredito que esteja correto.
Em 15 de março de 2017 17:27, Erik Castilho escasti...@gmail.com [oracle_br] <oracle_br@yahoogrupos.com.br> escreveu: > > > CentOS 6 e a versão licenciada é a 11g mas o suporte realmente não foi > contrato no ato do licenciamento. Tem mais essa que realmente eu tinha > esquecido a Oracle homologa apenas RH, OEL e Suse, então usando CentOS > estou fora do suporte da Oracle mesmo que tivesse o suporte, certo? > > Em 15 de março de 2017 17:08, angelo angelolis...@gmail.com [oracle_br] < > oracle_br@yahoogrupos.com.br> escreveu: > >> >> >> 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 >>>> >>>> >>> >> > > -- [image: photo] *Tércio Costa, * *Oracle Certified SQL Expert* Analista de Sistemas, Unimed João Pessoa m:+55 83 9 9915 9168 <+55+83+9915+9168> | w: https://oraclepress.wordpress.com/ <http://oraclepress.wordpress.com/> | <http://plus.google.com/+TércioCosta> <http://br.linkedin.com/in/terciocosta>