Eu tenho um e-mail de alerta Onesight informando abaixo:
Breve descrição: Onesight Alert: ZEUS DB Monitor (zeus04)
Descrição: Solaris 5.8: memória vmstat (livre) - Memória livre para zeus04 2065112 8:06:02 AM IST 2 min de memória livre abaixo de 4 GB: o valor era 3.965.488, o limite é 4194304,0 - 12:36:02 AM IST
Ao emitir os comandos de nível do sistema operacional abaixo, obtive o seguinte entendimento:
prstat
Este comando me retornou o ID do processo superior (3578) que está usando mais CPU. então,
prstat -Lm -p 3578
este comando me retornou a seguinte saída:
Nome de usuário PID USR SYS TRP TFL DFL LCK SLP LAT VCX ICX SCL SIG Processo/LWPID 3578 Oracle 0,7 2,3 1,6 0,0 0,0 90 4,4 1,5 483 235 1K 0 Java/838694 3578 Oracle 0.3 0,0 0,2 0,0 0,0 0,5 0. 839336
Achei que algum processo Java estaria em execução, então perguntei à equipe de suporte do Apps e disse:
acreditamos que este processo esteja relacionado ao processo Java do agente OEM da Oracle
Agora, como faço para detalhar o problema e resolvê-lo porque a memória livre está abaixo de 2 GB quase todos os dias.
Detalhes do ambiente de banco de dados: OS:Solaris 5.8(Unix) Versão do banco de dados: 10.2.0.5 Tamanho da memória:64 GB
Cumprimentos,
Ritu
O software que você usa está desatualizado. Uma vantagem disso é que poderia muito bem haver uma solução fornecida no My Oracle Support . O agente Oracle OEM tem muitos problemas em muitas versões. Prepare-se para corrigir os agentes ou use um procedimento de reinicialização diária do agente. O agente Oracle OEM faz parte da infra-estrutura de monitoramento do Grid Control, então você pode derrubá-lo sem prejudicar o aplicativo que está usando o banco de dados que o agente está monitorando.