Só um ponto, vc ** não ** descarta só pelo fato de ter 16 Gb : tal como eu disse, SE vc tem 16 Gb mas houver alguma limitação do SO, do hardware e/ou má-configuração de kernel impedindo/limitando o acesso, de nada adiantará vc ter 16, 32, 64 Gb, ok ? A pessoa tem que checar direitinho quais são os LIMITES do SO/hardware, ver se REALMENTE o SO/hardware está mesmo habilitado a usar os recursos presentes.... No seu caso, já que a própria SGA já tá com 3 Gbs, o que já é acima de alguns limites comuns, não deve ser isso, MAS a pessoa TEM QUE checar antes de poder descartar, ok ? Não deixe de conferir via ps e/ou via consultas nas v$ (principalmente v$session e v$process) quanto que sobe a utilização, quanto processos vão sendo criados, veja lá se não chega perto do indicado no param, é monitorar mesmo, com as tools que vc tenha...
[]s Chiappa ====================================================================== Palestrante ENPO.BR - acesse http://www.enpo- br.org/ Instrutor Workshops ENPO/TWS - acesse http://www.twstecnologia.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_br@yahoogrupos.com.br, "Tiago C. Morais" <tiago...@...> escreveu > > 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...@...> escreveu: > > De: jlchiappa <jlchia...@...> > 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 > > > > PST Eletrônica S/A > > (+55 (19) 3787-6418 > > Ê+55 (19) 3787-6238 > > / jccarvalho@ .. > > web:http://www.pst. com.br > > web:http://www.positron .com.br > > > > (Embedded image moved to file: pic21726.jpg) > > > > > > > > > From: "Tiago C. Morais" <tiagoasa@ .> > > > > > > To: oracle...@yahoogrup os.com.br > > > > > > Date: 18/12/2008 16:54 > > > > > > Subject: [SPAM]:[oracle_ br] Erro no Listener > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Boa tarde pessoal, > > > > > > Essa semana estou enfrentando problemas com o meu Listener, ele > fica caindo toda hora. > > Segue o erro. > > > > > > TNS-12518: TNS:listener could not hand off client connection > > > TNS-12560: TNS:protocol adapter error > > > > > > Alguém poderia me ajudar? Meu SO é W2003 64bits, versão do oracle > 10g patch 4. > > > > > Agradeço > > > > > > Tiago > > > > > > Veja quais são os assuntos do momento no Yahoo! +Buscados > > > http://br.maisbusca dos.yahoo. com > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > > > Veja quais são os assuntos do momento no Yahoo! +Buscados > http://br.maisbuscados.yahoo.com > > [As partes desta mensagem que não continham texto foram removidas] >