Re: [oracle_br] Re: conexão sendo desconectadas após 10 minutos

2017-01-25 Por tôpico alisson daniel alisson...@yahoo.com.br [oracle_br]
 Perfeito Chiapa...
Na verdade eu já tinha visto esses parametros na documentação e acabei até 
discordando do uso, mas já tava em discusão com o pessoal de infra e tal, 
acabei usando e nada funcionou...


O parâmetro passado pelo Rodrigo sqlnet.expire_time=5 funcionou...
Já tinha chegado no ambiente de redes e tudo .. E não encontramos problemas 
nenhum, segundo o pessoal de infra. 

Obrigado a todos. 

Em Quarta-feira, 25 de Janeiro de 2017 13:24, "jlchia...@yahoo.com.br 
[oracle_br]"  escreveu:
 

     Sorry, colega, mas olha só o que a documentação do 11gR2 (online em 
https://docs.oracle.com/cd/E11882_01/network.112/e10835/sqlnet.htm#NETRF210) 
nos diz sobre o parâmetro SQLNET.INBOUND_CONNECT_TIMEOUT :

"
SQLNET.INBOUND_CONNECT_TIMEOUT

Purpose

To specify the time, in seconds, for a client to connect with the database 
server and provide the necessary authentication information.
"

===> na verdade ele indica é o TEMPO QUE O CLIENTE TEM PARA SE CONECTAR 
inicialmente no banco" : OU SEJA, não tem  COISÍSSIMA NENHUMA  a ver 
com o tempo que uma conexão JÁ ESTABELECIDA cai em timeout, o que parece ser o 
seu caso ao que vc diz, sim sim ??? NADA A VER, mesmo : me parece que vc tá 
chutando parâmetro aí sem saber direito o que ele faz, nunca uma boa prática, 
yes ???

 Para o seu cenário, seguinte : vc pode ter timeout de conexão setado na camada 
de rede externa ao banco, E/OU no middleware de conexão (por exemplo, no pool 
de conexões, E/Ou no driver mesmo odbc/jdbc/OLEDB/whatever que a aplicação usa) 
E/OU na camada de rede do banco (config de listener e TNS considerando OUTROS 
parâmetros, como uma combinação com o EXPIRE_TIME, por exemplo) , E/OU no banco 
de dados mesmo, via PROFILEs e similares Claro, até existe a opção de JOB 
(de banco ou externo) matando sessões periodicamente : é mais raro de se ver 
mas pode ser...
 
 => sobre camada de rede externa , eu digo : não só firewall - seja da 
máquina-cliente, seja no Servidor - mas vc deve também checar em SWITCHES de 
rede aplicando QOS ou redução de banda, , no próprio driver da placa de rede, 
ou em algum software como filtro de pacotes/antivírus cortando a conexão de 
rede essa é uma muito provável mas é também a MAIS DIFÍCIL de checar, já 
que parte disso tá na mão de admin de rede, parte disso tá na mão de sysadmins, 
são coisas que fogem ao nosso escopo de DBA

 => sobre middleware, Pools, servidores de Aplicação e quejandos, não digo nada 
por não ser nem de longe especialista nessas coisas : no máximo, Sugiro vc 
estabelecer uma conexão dedicada (SEM pool nenhum!!), usando sqlplus E SQL*NET, 
padrãozona, com o mesmo usuário da aplicação (e talvez outra com o usuário 
SYSTEM, talvez, pra comparar) e ver se elas caem por timeout ou não ...
 
 => para checar as possibilidades de timeout dentro do banco é fácil , consulte 
(como SYSDBA ou usuário equivalente, óbvio!!) as views que registram TRIGGERs, 
JOBS, PROFILES de usuários, etc
 
 []s
 
   Chiappa  #yiv5566816932 #yiv5566816932 -- #yiv5566816932ygrp-mkp {border:1px 
solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv5566816932 
#yiv5566816932ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv5566816932 
#yiv5566816932ygrp-mkp #yiv5566816932hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv5566816932 #yiv5566816932ygrp-mkp #yiv5566816932ads 
{margin-bottom:10px;}#yiv5566816932 #yiv5566816932ygrp-mkp .yiv5566816932ad 
{padding:0 0;}#yiv5566816932 #yiv5566816932ygrp-mkp .yiv5566816932ad p 
{margin:0;}#yiv5566816932 #yiv5566816932ygrp-mkp .yiv5566816932ad a 
{color:#ff;text-decoration:none;}#yiv5566816932 #yiv5566816932ygrp-sponsor 
#yiv5566816932ygrp-lc {font-family:Arial;}#yiv5566816932 
#yiv5566816932ygrp-sponsor #yiv5566816932ygrp-lc #yiv5566816932hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv5566816932 
#yiv5566816932ygrp-sponsor #yiv5566816932ygrp-lc .yiv5566816932ad 
{margin-bottom:10px;padding:0 0;}#yiv5566816932 #yiv5566816932actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv5566816932 
#yiv5566816932activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv5566816932
 #yiv5566816932activity span {font-weight:700;}#yiv5566816932 
#yiv5566816932activity span:first-child 
{text-transform:uppercase;}#yiv5566816932 #yiv5566816932activity span a 
{color:#5085b6;text-decoration:none;}#yiv5566816932 #yiv5566816932activity span 
span {color:#ff7900;}#yiv5566816932 #yiv5566816932activity span 
.yiv5566816932underline {text-decoration:underline;}#yiv5566816932 
.yiv5566816932attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv5566816932 .yiv5566816932attach div a 
{text-decoration:none;}#yiv5566816932 .yiv5566816932attach img 
{border:none;padding-right:5px;}#yiv5566816932 .yiv5566816932attach label 
{display:block;margin-bottom:5px;}#yiv5566816932 .yiv5566816932attach label a 
{text-decoration:non

[oracle_br] Re: conexão sendo desconectadas após 10 minutos

2017-01-25 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Sorry, colega, mas olha só o que a documentação do 11gR2 (online em 
https://docs.oracle.com/cd/E11882_01/network.112/e10835/sqlnet.htm#NETRF210) 
nos diz sobre o parâmetro SQLNET.INBOUND_CONNECT_TIMEOUT :

"
SQLNET.INBOUND_CONNECT_TIMEOUT

Purpose

To specify the time, in seconds, for a client to connect with the database 
server and provide the necessary authentication information.
"

===> na verdade ele indica é o TEMPO QUE O CLIENTE TEM PARA SE CONECTAR 
inicialmente no banco" : OU SEJA, não tem  COISÍSSIMA NENHUMA  a ver 
com o tempo que uma conexão JÁ ESTABELECIDA cai em timeout, o que parece ser o 
seu caso ao que vc diz, sim sim ??? NADA A VER, mesmo : me parece que vc tá 
chutando parâmetro aí sem saber direito o que ele faz, nunca uma boa prática, 
yes ???

 Para o seu cenário, seguinte : vc pode ter timeout de conexão setado na camada 
de rede externa ao banco, E/OU no middleware de conexão (por exemplo, no pool 
de conexões, E/Ou no driver mesmo odbc/jdbc/OLEDB/whatever que a aplicação usa) 
E/OU na camada de rede do banco (config de listener e TNS considerando OUTROS 
parâmetros, como uma combinação com o EXPIRE_TIME, por exemplo) , E/OU no banco 
de dados mesmo, via PROFILEs e similares Claro, até existe a opção de JOB 
(de banco ou externo) matando sessões periodicamente : é mais raro de se ver 
mas pode ser...
 
 => sobre camada de rede externa , eu digo : não só firewall - seja da 
máquina-cliente, seja no Servidor - mas vc deve também checar em SWITCHES de 
rede aplicando QOS ou redução de banda, , no próprio driver da placa de rede, 
ou em algum software como filtro de pacotes/antivírus cortando a conexão de 
rede essa é uma muito provável mas é também a MAIS DIFÍCIL de checar, já 
que parte disso tá na mão de admin de rede, parte disso tá na mão de sysadmins, 
são coisas que fogem ao nosso escopo de DBA

 => sobre middleware, Pools, servidores de Aplicação e quejandos, não digo nada 
por não ser nem de longe especialista nessas coisas : no máximo, Sugiro vc 
estabelecer uma conexão dedicada (SEM pool nenhum!!), usando sqlplus E SQL*NET, 
padrãozona, com o mesmo usuário da aplicação (e talvez outra com o usuário 
SYSTEM, talvez, pra comparar) e ver se elas caem por timeout ou não ...
 
 => para checar as possibilidades de timeout dentro do banco é fácil , consulte 
(como SYSDBA ou usuário equivalente, óbvio!!) as views que registram TRIGGERs, 
JOBS, PROFILES de usuários, etc
 
 []s
 
   Chiappa