Discussion :

[Wurlitzer]

Bonjour,

Depuis quelques temps, nous avons un nouveau Firewall qui semble couper les connections lorsqu'elles restent inactives trop longtemps.

La config du firewall est trop obscure pour être modifiée, je cherche donc a modifier la config sqlnet pour maintenir ces connections ouvertes en envoyant de temps un temps un peu de trafic. Avez vous des idées ?

En creusant un peu j'ai trouvé SQLNET.EXPIRE_TIME qui pourrait par effet de bord faire ce que je cherche. Vous êtes d'accord avec moi ?

Par contre si ce paramètre peut m'aider, je n'ai pas compris ou si il fallait que je l'implémente dans le sqlnet.ora coté serveur ou coté client. Si c'est coté serveur faut il redémarre la base ?

Merci de votre aide

FJJ

[orafrance]

c'est pas plutôt la plage des ports ouverts qui est trop restreinte ? Que disent les logs du firewall ?

[Wurlitzer]

Non, je ne pense pas. On arrive sans problème a se connecter à la base et a travailler normalement mais si on ne se sert pas de la connection une dizaine de minutes alors la connexion tombe.

je pense donc que la plage de port est bonne puisque la connection s'étable mais qu'il y a un timeout quelque part

[orafrance]

faudrait quand même vérifier les logs du firewall parce que travailler sur des suppositions c'est rarement une bonne méthode

[ducho]

bonjour,

par curiosité , votre base n' est pas dans votre réseau , ou toutes les connexions même internes passent par le firewall ?

cdlt

[ducho]

sinon,
le fichier sqlnet.ora n' est utilisé que par le client .

cdlt

[Wurlitzer]

Nous avons deux sous reseaux separé par un firewall. C'est ch#$% mais c'est comme ca. Decision du Big Chief ! !

Sinon, je pensais aussi que le sqlnet.ora etait que pour le client mais j'ai mis en place cette solution SQLNET.EXPIRE_TIME dans le sqlnet.ora coté serveur (sans reboot de la base) et ca l'air de marcher.

Bilan d'ici un jour ou deux histoire d'etre sur ! !

[orafrance]

moi j'appelle ça de l'à peu près et du bidouillage... trouver des solutions avant de comprendre le problème c'est pas très sérieux

[ducho]

Bonjour,

j' ai trouvé cela sur internet :

How does one enable dead connection detection?
Dead database connections can be detected and killed by SQL*Net if you specify the SQLNET.EXPIRE_TIME=n parameter in your SQLNET.ORA file (usually in $ORACLE_HOME/network/admin). This parameter will instruct SQL*Net to send a probe through the network to the client every n minutes, if the client doesn't respond, it will be killed.
NOTE: This parameter is only useful on the database server side, specifying it on a client workstation will have no effect.


Back

quelle valeur as-tu mis à EXPIRE_TIME ?

j' aurais pensé en lisant ça que tu avais déjà une valeur trop faible
auparavant .

[Wurlitzer]

Non c'est tout le contraire du bidouillage.

J'avais un problème de Firewall qui coupait les connections inactives et je n'avais pas le droit de toucher au firewall.

Mon but etait donc de ne plus avoir de connections inactives. Or le EXPIRE_TIME coté serveur, force le serveur à tester la connection toute les n minutes. Et donc comme la connection est testé, elle n'est plus inactive et comme elle n'est plus inactive est n'est plus coupé par le firewall.

Avant le parametre n'etait pas positionné. Si tu pense que la valeur précédent etait trop petite c'est que certainement que tu as mal compris ce parametre.

Le but initial de ce parametre est de tuer un process coté serveur qui n'aurait plus de connection et donc pour cela il teste la connection regulièrement et non pas de tuer des connections existantes.

[orafrance]

oui mais je pense que la 1° étape c'est quand même de regarder les logs du firewall... si ça se trouve faudra utiliser un socket unique en plus de l'expiration. En plus il y a des effets de bord notamment en réduisant la bande passant à paramétrer une expiration trop tardive