Chiappa, boa noite! Primeiramente obrigado pelos esclarecimentos, pelo visto "matou" o meu problema, a versão do banco é 11.2.0.0 e o kernel é:
kernel-3.10.0-1062.el7.x86_64 Bem provável que a questão vai ser essa. Falta que um suporte de qualidade faz viu, o problema que a empresa acha "caro" na hora de contratar e depois o pessoal da infra que não tem tenta experiência assim ficam "batendo" cabeça. Vou dar uma aprofundada nesse assunto com o pessoal. Mais uma vez muito obrigado. Em ter., 26 de nov. de 2019 às 19:12, jlchia...@yahoo.com.br [oracle_br] < oracle_br@yahoogrupos.com.br> escreveu: > > > Blz ? Então, pra começo de conversa a nota do Suporte "Oracle > Certification Information for Oracle Database on Linux x86-64" (Doc ID > 1304727.2) diz textualmente : > > " > Red Hat Enterprise Linux 7 (RHEL7) > > RHEL7 is certified with 11.2.0.4 if 'Update' and kernel version minimums > are met, for the following kernel series: > > RHK (aka 3.10.0-xxxx.el7.x86_64) > minimum 'Update' level = All Updates > minimum kernel version = 3.10.0-123.el7.x86_64 and later RHK > 3.10.0 kernels > > • RHEL7 is not certified with any other 11.2.0.x version, only 11..2.0.4 > " > > ==> Então antes de MAIS NADA, se eu Realmente TIVER que rodar 11gR2 no > Linux 7 eu EXIGIRIA no mínimo essas versões ai em cima indicadas de kernel > E do software RDBMS Oracle em si... > > A parte isso, eu não conheço nada no Linux 7 que por si só seja causa > conhecida de má performance, então (UMA VEZ QUE o RDBMS Oracle e o kernel > estejam nas versões Mínimas exigidas) pra mim as linhas de investigação > principais aí são : > > 1. checar com os fornecedores se algum dos drivers de qquer componente do > hardware possuem issues com Linux 7, e procurar por upgrades/bugfixes se sim > > 2. confirmar com teu sysadmin (que ESPERO tenha a experiência necessária) > que o kernel está corretamente configurado E que os métodos de acesso ao > hardware mais performáticos estão ativos : de NADA adianta o hardware ser > superior SE o kernel não estiver permitindo acesso a ele (em especial para > RAM e recursos do sistema, como file handles e processes limits), se os > limites / destinos de recursos (principalmente memória) não estiverem > balanceados (é MEGA-COMUM no Linux por exemplo vc ver sistemas reservando > enormes quantias de RAM para cache do Linux, digamos, ao invés de cache do > RDBMS) , E/OU se o acesso hardware ao não estiver otimizado (por exemplo, > quando se fala de I/O, como regra geral no Mínimo vc TEM que assegurar que > Asynchronous I/O e Direct I/O, quando se fala de paginação de memória vc > TEM que ter HUGEPAGEs se estamos falando de servidor com dezenas e dezenas > de GBs de RAM, assim por diante)... TIPICAMENTE também, pra performance > máxima não se costuma usar filesystems mas sim ou raw devices ou disk > volumes, mas se for usar filesystems deve se checar se os parâmetros de > montagem adequados para permitir AIO e DIO estão presentes.... > Notar que NÂO teve alteração nesse tipo de config no Linux 7 MAS foram > introduzidas algumas novas opções para as fazer, e alguns novos defaults - > é Muito indicado que vc verifique se quem montou esse servidor com Linux 7 > CONHECE/ESTÁ CIENTE desses novos defaults e das mudanças no Linux 7 - não é > impossível que por causa de algyum default inesperado o comportamento mude, > a solução pra isso é NÂO confiar em defaults e fazer o config da maneira > apropriada... > > 3. confirmar que os parâmetros do database estão adequados, EM ESPECIAL > os params que se referem à I/O e memória > > Abraços, > > Chiappa > > >
