Explica para a gente : quando vc diz que presencialmente lá no escritório o
problema não ocorre, ** DE QUE MODO ** vc acessa o banco lá ? Vc loga
diretamente no servidor, OU o acessa via alguma máquina cliente interna da
empresa ?? TEM ou não TEM firewall/regras/filtro de pacotes envolvidos quando
vc está acessando de lá, se o acesso não for login direto no servidor Oracle
??? Esse tipo de informação é simplesmente CRUCIAL para podermos dizer algo que
não seja puro palpite....
Sobre DCD e congêneres :
a) como eu disse na minha msg anterior, tenha *** CERTEZA *** de que setou o
sqlnet.expire_time na ORACLE_HOME que ESTÀ realmente sendo usada ,
Preferencialmente valorando as variáveis ORACLE_HOME e PATH no prompt de
comandos da janela de onde vc vai disparar o sqlplus (sqlplus porque ele é uma
tool de linha de comando, que NECESSARIAMENTE usa e respeita o setting que vc
fez no promt de comandos)
b) o valor que vc indica para sqlnet.expire_time é em MINUTOS, e tipicamente
30 minutos é muita coisa para inatividade, tipicamente limitadores de
inatividade em forewall e/ou na rede disparam muito antes disso : tenta com 5
ou 10 minutos, coisa assim
c) tenta também setar o sqlnet.outbound_connect_timeout para uns 3 segundos ,
veja se isso influi
d) para ELIMINAR possibilidades, faça os outrs testes que citei, como por
exemplo logar direto no servidor (localmente primeiro , e via ssh/telnet
depois) , e veja se vc ainda cai : se não cair, é Certo que é um fator fora do
database, aí tudo que eu falei de dentro do database (como jobs, profiles, etc,
etc) Automaticamente tá fora
e) além de olhar o alert e o listener.log (bem como os trace files
eventualmente gerados na máquina-cliente E no servidor) , como eu disse pode te
dar bons insights vc ativar o trace de sql*net e depois o analisar junto com o
pessoal de rede... De mesmo modo, como eu disse, quaisquer tools de net
monitoring/sniffing que eles tenham pode ajudar demais, também
[]s
Chiappa
--- Em oracle_br@yahoogrupos.com.br, "ro_warstat" <ro.warstat@...> escreveu
>
> Boa tarde,
>
> Ontem me detive em descrever o ambiente e faltou a mensagem de erro. hehehe
> A mensagem que está ocorrendo é:
> ERROR:
> ORA-03114: não conectado ao ORACLE
> ID do Processo: 0
> ID da Sessão: 256 Número de série: 17629
>
> Baseado no que o Chiappa e o Rodrigo falarem, em ser ttl no firewall ou vpn,
> questionei a infra se haveria essa possibilidade. A respsota é de que
> possivelmente existe, mas não me deram certeza e nem do tempo que poderia
> ser. Baseado nisso, configurei na minha máquina o SQLNET.EXPIRE_TIME = 30.
> Como não resolveu, vou dar uma olhada no alert.log e que tais.
>
> []´s
> Roberto Warstat
>
> --- Em oracle_br@yahoogrupos.com.br, Rodrigo Mufalani <rodrigo@> escreveu
> >
> >
> >
> > Boa tarde,
> >
> > Isso é tempo de timeout do firewall. Configure o
> > parâmetro SQLNET.EXPIRE_TIME para um valor menor do que esse tempo do
> > firewall que irá resolver o problema.
> >
> >
> > http://docs.oracle.com/cd/E11882_01/network.112/e10835/sqlnet.htm
> >
> > Atenciosamente,
> >
> > Rodrigo
> > Mufalani
> > rodrigo@
> > www.mufalani.com.br
> >
> > On Wed, 18 Sep
> > 2013 15:42:03 -0300, Roberto Warstat wrote:
> >
> > Cenário:
> >
> > Servidor
> >
> > Red Hat Enterprise Linux Server release 5.6 (Tikanga)
> > Oracle Database
> > 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production
> >
> > Client
> >
> > Windows 7 Professinal 64 bit
> > Oracle client 11.2.0.1.0
> > PL/SQL
> > Developer 9.0.6.1665
> >
> > Estou usando vpn para me conectar à empresa e ao
> > banco de dados. Está ocorendo que se me conecto no banco via o PL/SQL
> > Developer, ou via a nossa aplicação, depois de um tempo sem usar (não
> > sei precisar o tempo exato)
> > eu perco a conexão com o Oracle. Isso
> > ocorre somente com esse banco. A vpn não cai, e se eu estiver conectado
> > via ssh no servidor do banco, também não perco a conexão.
> > Se eu estiver
> > conectado a qualquer outro banco da empresa, não perco a conexão. Se
> > estiver local na empresa, também não tenho problemas.
> > Alguma idéia da
> > onde posso começar a procurar aonde está o problema, pois a infra já
> > disse que não tem problema algum no servidor, nem no banco.
> >
> > Abraço,
> >
> > Roberto Warstat
> >
> > --
> >
> >
> >
> >
> > Links:
> > ------
> > [1]
> > mailto:ro.warstat@?subject=Res%3A%20Perda%20de%20conex%E3o%20com%20o%20banco%20Oracle
> > [2]
> > mailto:oracle_br@yahoogrupos.com.br?subject=Res%3A%20Perda%20de%20conex%E3o%20com%20o%20banco%20Oracle
> > [3]
> > http://br.groups.yahoo.com/group/oracle_br/post;_ylc=X3oDMTJyN28yMGUzBF9TAzk3NDkwNDM3BGdycElkAzE2ODI4OTYEZ3Jwc3BJZAMyMTM3MTE0Njg5BG1zZ0lkAzExNDY0NgRzZWMDZnRyBHNsawNycGx5BHN0aW1lAzEzNzk1Mjk3MjY-?act=reply&messageNum=114646
> > [4]
> > http://br.groups.yahoo.com/group/oracle_br/post;_ylc=X3oDMTJlOGhwYXY2BF9TAzk3NDkwNDM3BGdycElkAzE2ODI4OTYEZ3Jwc3BJZAMyMTM3MTE0Njg5BHNlYwNmdHIEc2xrA250cGMEc3RpbWUDMTM3OTUyOTcyNg--
> > [5]
> > http://br.groups.yahoo.com/group/oracle_br/message/114646;_ylc=X3oDMTM4NmUxODhkBF9TAzk3NDkwNDM3BGdycElkAzE2ODI4OTYEZ3Jwc3BJZAMyMTM3MTE0Njg5BG1zZ0lkAzExNDY0NgRzZWMDZnRyBHNsawN2dHBjBHN0aW1lAzEzNzk1Mjk3MjYEdHBjSWQDMTE0NjQ2
> > [6]
> > http://br.groups.yahoo.com/group/oracle_br/members;_ylc=X3oDMTJmaTFsb3Q1BF9TAzk3NDkwNDM3BGdycElkAzE2ODI4OTYEZ3Jwc3BJZAMyMTM3MTE0Njg5BHNlYwN2dGwEc2xrA3ZtYnJzBHN0aW1lAzEzNzk1Mjk3MjY-?o=6
> > [7]
> > http://br.groups.yahoo.com/group/oracle_br;_ylc=X3oDMTJlYWx2NG9tBF9TAzk3NDkwNDM3BGdycElkAzE2ODI4OTYEZ3Jwc3BJZAMyMTM3MTE0Njg5BHNlYwN2dGwEc2xrA3ZnaHAEc3RpbWUDMTM3OTUyOTcyNg--
> > [8]
> > http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> > [9]
> > http://www.oraclebr.com.br/
> > [10]
> > http://br.groups.yahoo.com/;_ylc=X3oDMTJkbDR2cTVwBF9TAzk3NDkwNDM1BGdycElkAzE2ODI4OTYEZ3Jwc3BJZAMyMTM3MTE0Njg5BHNlYwNmdHIEc2xrA2dmcARzdGltZQMxMzc5NTI5NzI2
> > [11]
> > mailto:oracle_br-traditio...@yahoogrupos.com.br?subject=Mudar Formato
> > de Envio: Tradicional
> > [12]
> > mailto:oracle_br-dig...@yahoogrupos.com.br?subject=Envio de email:
> > Resenha
> > [13]
> > mailto:oracle_br-unsubscr...@yahoogrupos.com.br?subject=Sair do
> > grupo
> > [14] http://info.yahoo.com/legal/br/yahoo/utos/terms/
> >
>
