Foi eu mesmo parceiro, eu só tinha me esquecido dessa questão do SO, mas independentemente não tem o suporte mesmo, estou levantando isso na Oracle por completo.
Em 15 de mar de 2017 6:37 PM, "angelo angelolis...@gmail.com [oracle_br]" < oracle_br@yahoogrupos.com.br> escreveu: > > > Sim, > > Infelizmente, quem instalou o servidor e o Oracle, não se ligou nesse > pequeno detalhe... teria que fazer um upgrade nele também > > > > 2017-03-15 17:27 GMT-03:00 Erik Castilho escasti...@gmail.com [oracle_br] > <oracle_br@yahoogrupos.com.br>: > >> >> >> 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 >>>>> >>>>> >>>> >>> >> > >
