je vérifie comment que mes process fantomes sont en marked for kill
C'est 20 minutes pour voir disparaitre un process fantome (histoire d'être précis). Et c'est quand même long.
je vérifie comment que mes process fantomes sont en marked for kill
C'est 20 minutes pour voir disparaitre un process fantome (histoire d'être précis). Et c'est quand même long.
ce que je voulais savoir c'est le status des sessions :
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2 SELECT sid , status,osuser,schemaname SCHEMA FROM v$session WHERE sid=21
le statut est mis en INACTIVE.
SELECT sid , status,osuser,schemaname SCHEMA FROM v$session WHERE sid=17
SID STATUS OSUSER SCHEMA
---------- -------- ------------------------------ -----------------------------
17 INACTIVE admin ROBERT
donc mes porcess sont en inactive, ce qui ne devrait pas être le cas puisque je demande à les tuer.
Peut être ai je omis une étape pour que mon paramètre SQLNET.EXPIRE_TIME soit pris en compte (j'ai relancé la BDD après avoir modifié le sqlnet.ora).
Ce paramétre ne demande pas le re démmarrage de la baseEnvoyé par ni0urk
As tu testé la trace ?
non, désolé.
Je m'en occupe ce matin, je je vous tiens informé
on est bien d'accord que je n'ai toujours pas besoin de redémarrer la base pour pour ajouter les paramètres TRACE_LEVEL_SERVER=16 et TRACE_DIRECTORY_SERVER=répertoire ?
on bien d'accord , juste pour information toutes manipulations de ce fichiers concernent la partie communication d'oracle "NET*8" et donc à chaque fois que ce paramétre est ajouté , il est valide pour les nouvelles connexionsEnvoyé par ni0urk
Juste pour être sûr puisque j'ai des informations contradictoires.
La valeur du sqlnet.expire_time est en minute ou seconde ?
Dans ce cas la le juge de paix est Oracle :
Sur Métalink :
Note:151972.1The timer interval is set by providing a non-zero value in minutes for the SQLNET.EXPIRE_TIME parameter in the sqlnet.ora file.
avant de faire la trace, j'ai mis à 1 le sqlnet.expire_time, histoire de. Et bien mon process deconnecter est toujours en INACTIVE.
Bizarre quand même.
eh bien je ne la tue pas, elle le fait d'elle même mais au bout d'un laps de temps trés long (20 min la semaine dernière)
Pour info( j'aurais p'être déjà dû commencé par là), voila mon sqlnet.ora
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6
7
8
9
10
11
12
13
14 # SQLNET.ORA Network Configuration File: /oracle/ora_8.1.7/network/admin/sqlnet.ora # Generated by Oracle configuration tools. NAMES.DIRECTORY_PATH= (TNSNAMES) LOG_DIRECTORY_CLIENT=/home/oracle/network/log TRACE_DIRECTORY_CLIENT=/home/oracle/network/log TRACE_LEVEL_CLIENT=off TRACE_UNIQUE_CLIENT=OFF LOG_DIRECTORY_SERVER=/home/oracle/network/log TRACE_DIRECTORY_SERVER=/home/oracle/network/log TRACE_LEVEL_SERVER=off TRACE_UNIQUE_SERVER=OFF sqlnet.expire_time = 1
EN fait ce que je voulais connaitre était le mode opératoire :
1) tu effectue la modification sur le fichier sqlnet.ora
2) tu crée une connexion
3) tu kill la session par une commande systéme ( d'ailleurs quel est ton OS
4) Tu observe bien que le session disparait de ta vue V$SESSIOn
c 'est comme ca que tu fais ou autrement
une question bête... le protocole NET*8 est-il bien utilisé ? N'est-ce pas du JDBC direct ?
1 - Je modifie le sqlnet.ora.
2 - Je lance toad, et je me connecte à une des base
3 - je vérifie que mon process est ok avec kill/trace session
4 - je débranche le cable réseau
5 - je reconnecte après une minute
6 - je relance toad avec une nouvelle connection
A la fin, je vois dans kill/trace session 2 sessions pour ma machine, une inactive et une autre (la nouvelle) active.
Je ne kille pas la session manuellement puisque cela doit être fait par ls sqlnet.ora.
Je ne sais pas ce qu'est le JDBC.
petite nouveauté. Je viens de mettre le sqlnet.expire_time à 1 (et en majuscule, mais ça c'est parce que je trouvais pas ça joli).
Et il semble que ma session deconnecter brutalement soit bien killée. Je vais faire plusieurs vérif tout de même.
et au bout de combien de temps ?Envoyé par ni0urk
àa se confirme.
par contre, la session déconnectée n'est killé que lorsqu'une nouvelle session se connecte
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager