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.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, Jose C Carvalho <jccarva...@...> 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 > / jccarva...@... > web:http://www.pst.com.br > web:http://www.positron.com.br > > (Embedded image moved to file: pic21726.jpg) > > > > From: "Tiago C. Morais" <tiago...@...> > > To: oracle_br@yahoogrupos.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.maisbuscados.yahoo.com > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >