- Este tópico contém 10 respostas, 5 vozes e foi atualizado pela última vez 14 anos, 12 meses atrás por
Ricardo Portilho Proni.
-
AutorPosts
-
28 de janeiro de 2011 às 4:15 pm #98005
thianolima
ParticipantePessoal preciso de socorro rapido temos uma apolicacao que roda a algums anos na empresa e utilizando o componente ODAC para conexao com a mesma. A alguns meses migramos nosso servidor oracle para um RAC 10g e dai pra ca vem acontencendo diversas coisas estranhas.
A principal delas que vem acontecendo a umas duas semanas e que esta demorando demais para conseguir uma conexao com o banco coisa de 5 a 10 minutos de espera para estabelecer conexao atraves deste componente, porem se utilizamos a base antiga que nao esta em rac ela funciona perfeitamente.
Alguem aqui poderia dar um palpite no que pode estar acontecendo?????
Engracado que se utilizarmos outros componentes do delphi para conexao os mesmos conectam de maneira muito rapida.
Estamos desesperado sem saber o que fazer mais e os funcionarios estao todos com raiva pois o sistema esta lentissimo.
Ajuda ae galera por favor28 de janeiro de 2011 às 4:36 pm #98006Sousa04
Participanteambos estão na mesma rede?? Rac e a instância Single
28 de janeiro de 2011 às 4:58 pm #98007CleitonHanzen
ParticipanteOpá….
Primeiramente, me desculpe a grosseria, mas esse trabalho tá um tanto quanto amador.
Como foram os testes pra migração pro Oracle RAC? Quanto tempo de testes e qual a metodologia utilizada?Pelo jeito, se quer foi testado e se quer foi homologado a utilização do Oracle RAC na sua aplicação, ou seja, os resultados foram inesperados (agora, viraram deseperados)….
Agora vamos a parte da solução (rsrsrsrs): Como você mesmo falou, aparentemente as conexões via ODAC que estão lentas, certo?
Já tentou atualizar o componente? Já tentou verificar junto aos desenvolvedores se não tem nenhum parâmetro de conexão no componente (time out, por exemplo) que pode estar prejudicando a conexão?
Como está a sua string de conexão para o Oracle RAC?
Como está a configuração do listener?
Como está a configuração da SGA (sim, isso pode estar afetando, afinal tem pequenas áreas de memória alocada na SGA para cada nova conexão, e se esta área estiver pequena, pode causar problemas)?
Tem algum evento de “Warning: Inbound connection timeout” no alert?
O que o relatório do AWR está indicando quanto a conexão está sendo estabelecida?
Existe alguma trigger de Logon?Cara, só vou te avisando, pode ser tanta coisa que está gerando problemas, que o mais certo, é abrir chamado com a Oracle….afinal pode ser de um simples problema de rede, até um Bug no componente ou no próprio software Oracle.
abraços e boa sorte.
28 de janeiro de 2011 às 5:49 pm #98010Peterson
ParticipanteMas antes de abrir chamado na Oracle, verifique também sua rede. Ou peça ao administrador de rede para fazê-lo. Tente conectar-se a porta do listener pelo telnet, veja se não há problemas de DNS. Certifique-se que o tempo de resposta do servidor está ok etc.
28 de janeiro de 2011 às 5:56 pm #98011Ricardo Portilho Proni
ParticipanteColoque sua String de conexão aqui ou o TNSNAMES.ORA.
Coloque também o resultado de SHOW PARAMETER LISTENER dois 2 Nós.28 de janeiro de 2011 às 8:31 pm #98020thianolima
ParticipanteO tnsnames que utilizamos é este abaixo:
Como fasso para descobrir o parametro SHOW PARAMETER LISTENER?
TEL_RAC =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.7.27)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.7.28)(PORT = 1521))
(LOAD_BALANCE = ON)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = DBTELF)
(FAILOVER_MODE =
(TYPE = SELECT)
(METHOD = BASIC)
(RETRIES = 180)
(DELAY = 5)
)
)
)
Estou fazendo um teste agora pois encontramos algo muito estranho pois uma maquina que tem oracle instalado esta funcionando sem atrado para conexao.
Acho que o problema esta na construção do nosso client. Voces podem da exemplo de como o client deve ser instalado pois utilizamos um instalador de um antigo programador que nao faz mais parte da nossa equipe.
28 de janeiro de 2011 às 8:57 pm #98022Ricardo Portilho Proni
ParticipanteVc deve utilizar HOSTNAMEs ao invés de IP, e este HOSTNAME deve resolver na sua rede ou pelo /etc/hosts.
Isto aqui:
(RETRIES = 180)(DELAY = 5)
significa que a conexão irá tentar 180 vezes se a primeira não estiver acessível, e esperar 5 segundos entre cada tentativa.
Abaixe para:
(RETRIES = 5)(DELAY = 1)Mande tb o SHOW PARAMETER LISTENER de todos os Nós.
28 de janeiro de 2011 às 9:31 pm #98023thianolima
ParticipanteRodei a seguinte sql abaixo para pegar oq eu acho que voce esta pedindo
SELECT INST_ID, NUM, NAME, VALUE FROM GV$PARAMETER
WHERE NAME LIKE '%listener%'
Segue abaix o retorno da consulta
INST_ID: 1
NUM: 861
NAME: "local_listener"
VALUE: "(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.7.27)(PORT=1521))))"INST_ID:1
NUM:862
NAME:"remote_listener"
VALUE: "listeners_rac10g"INST_ID:2
NUM:861
NAME:"local_listener"
VALUE:"(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.7.28)(PORT=1521))))"INST_ID:2
NUM:862
NAME:"remote_listener"
VALUE:"listeners_rac10g"
30 de janeiro de 2011 às 1:54 pm #98027Ricardo Portilho Proni
ParticipanteNestes parâmetros tb deve ser utilizado o hostname, e não o IP.
16 de março de 2011 às 11:56 pm #98564thianolima
ParticipanteGalera ainda estamos com esse problema que havia parado por um tempo.
Descobrimos por acaso um coisa muito diferente que é se utilizarmos o client do oracle 9 tudo funciona perfeitamente porem quando utiliza-se o 10 cehga um horario que fica impossivel se conectar com o banco de dados e ninguem consegue mais trabalhar atraves das nossas aplicações que utilizando o odac versao 6.50 para delphi 7
Socoroooo24 de março de 2011 às 6:22 pm #98680Ricardo Portilho Proni
ParticipanteOi.
Recebi sua mensagem do GPO.
Me mande seu email e telefone, que agendamos a consultoria.Meu email é ricardo@nervinformatica.com.br
Abraço !
-
AutorPosts
- Você deve fazer login para responder a este tópico.