O recurso de Hardware esta no instante descartado.
Pois tenho um server com 16GB de ram, e 2 processador QuadCore Xeon de 3.0.
A SGA atualmente esta com 3GB.
Verifiquei a dica anterior, e realmente meu número max de processos estava
definido como 150. E os processos ativos estava em torno de 120 isso que a
utilização do sistema estava baixa.
Pois o problema sempre ocorria na hora de pico, onde tenho muitos usuários
trabalhando.
Fiz a alteração, até agora não ocorreu o problema novamente.
Vamos ficar no aguardo e ver o que dá.
Amanhã mando noticias sobre o resultado.
Agradeço a ajuda por enquanto.
Tiago
--- Em qui, 18/12/08, jlchiappa jlchia...@yahoo.com.br escreveu:
De: jlchiappa jlchia...@yahoo.com.br
Assunto: Re: [SPAM]:[oracle_br] Erro no Listener
Para: oracle_br@yahoogrupos.com.br
Data: Quinta-feira, 18 de Dezembro de 2008, 18:22
Colegas, algumas dicas que podem te ajudar :
1. em sendo conexões dedicadas, CADA conexão abre um novo processo no
Sistema Operacional, cada um desses processos VAI exigir CPU e RAM
próprias e separadas para eles (a RAm inclusive * não ** será
usada na SGA, ao contrário do que muita gente pensa, é exigida RAM e
CPU vivas) : SENDO assim, vc vc já está chegando ao limite do SO, DE
ABSOLUTAMENTE NADA adianta alterar o parâmetro processes no banco
Isso é especialmente verdadeiro para hardware de 32 bits, aonde os
limites são relativamente PEQUENOS, principalmente para RAM, num
sistema 32 bits vc pode ter dezenas de Gbs fisicamente na máquina, o
limite máximo é muitíssimo inferior, é coisa de 2G a 3G, dependendo.
Essa situação é típica, o sujeito olha o top e tools do SO e lá tá
reportado lotes e lotes de RAM livre, mas o sistema é 32 bits e tá
batendo no limite dos 32 bits e novos processos não estão podendo ser
criados por falta de RAM, a culpa aí não é de falta física de RAM,
mas do raio dos limites dos 32 bits. O conselho então é : CONFIRAM
exatamente quanto físico de RAM/CPU livre vcs tem, QUAL é o limite de
alocação no SO/hardware de vcs, vejam os parâmetros de kernel, enfim,
TENHAM CERTEZA que há recursos disponíveis para criar os novos
processos das novas conexões
2. se 1. realmente não resultar em nada, pode ser útil se fazer
TRACEs, tanto do listener quanto da conexão cliente que está morrendo
: o listener vc, lá no servidor, entra no lsnrctl e pede um set
trc_level ADMIN, e depois dos testes pede um set trc_level OFF . Já na
máquina-cliente, para habilitar o trace vc adiciona no SQLNET.ORA da
máquina cliente os params tipo :
trace_level_ client = 10
trace_unique_ client = on
trace_file_client = sqlnet.trc
trace_directory_ client = C:\
evidentemente, colocando o path e o nome do arquivo de trace
apropriados para o seu SO cliente e máquina-cliente. .. Os arquivos de
traces gerados são ** extremamente ** complexos, são de muito mais
utilidade para o Suporte da Oracle do que para nós, usuários mortais,
mas mesmo assim vale a pena os fuçar, de repente vc tem algum insight
com eles, vc acha alguma msg de pacote perdido, conexão interrompida,
coisa assim, que te ajude. Vc pode, em sendo banco 9i ou acima, passar
um Formatador nesses arquivos de trace de network (é o utilitário
trcasst , que reside no sub-diretório BIN do seu $ORACLE_HOME,
normalmente implementado como um shell script/script de comandos,
cheque nos manuais Oracle para sintaxe e utilização deles. Nem sempre
esse formatador ajuda lá grande coisa, mas é uma opção.
[]s
Chiappa
= = = = = =
Palestrante ENPO.BR - acesse http://www.enpo- br.org/
Instrutor Workshops ENPO/TWS - acesse http://www.twstecno logia.com. br/
Agora Blogando em www.ora600.com. br - confira as novidades !
= = = = = =
Se você tem que perguntar quanto custa, é porque não pode comprar.
J. Pierpont Morgan
--- Em oracle...@yahoogrup os.com.br, Jose C Carvalho jccarvalho@ ...
escreveu
Tiago , estou com o mesmo problema aqui .. Estava desconfiado do numero
máximo de processos aumentei o parâmetro Process porem na ultima
ocorrência do problema o numero de processos esta inferior ao numero
máximo
no parâmetro .. Estamos desconfiando do hardware ou alguma
configuração
do SAP pois quando paramos o SAP o problema desapareceu ..
Para identificar se o problema é listener vc da o comando lsnrctl
status
para ver o status .Vc pode dar um stop/start para ver se resolve
também ..
se sim algum pau de listener ..
Outra coisa é dar um show parameter processes para ver qual o numero
máximo
de processos esta configurado seu banco ...Ai da um select count(*)
from v
$process pra ver quantos processos tem no banco ..
Se for esse o problema é só aumentar o parâmetro via alter system
..( ah o
parâmetro não é dinâmico)
Veja também o Log do listener pra ver se ele diz algo ..
Espero ter ajudado ..
JOSÉ CARLITOS CARVALHO JÚNIOR
Administrador de Banco de Dados
