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-.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
>
>
>
