Discussion :

[ni0urk]

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.

[Jaouad]

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

[ni0urk]

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

[ni0urk]

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).

[Jaouad]

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 base

As tu testé la trace ?

[ni0urk]

non, désolé.
Je m'en occupe ce matin, je je vous tiens informé

[ni0urk]

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 ?

[Jaouad]

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 connexions

[ni0urk]

Juste pour être sûr puisque j'ai des informations contradictoires.

La valeur du sqlnet.expire_time est en minute ou seconde ?

[Jaouad]

Dans ce cas la le juge de paix est Oracle :

Sur Métalink :

The timer interval is set by providing a non-zero value in minutes for the SQLNET.EXPIRE_TIME parameter in the sqlnet.ora file.

Note:151972.1

[ni0urk]

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.

[Jaouad]

et tu a tuer la connection comment :

[ni0urk]

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)

[ni0urk]

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

[Jaouad]

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

[orafrance]

une question bête... le protocole NET*8 est-il bien utilisé ? N'est-ce pas du JDBC direct ?

[ni0urk]

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.

[ni0urk]

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.

[Jaouad]

petite nouveauté. Je viens de mettre le sqlnet.expire_time à 1

et au bout de combien de temps ?

[ni0urk]

àa se confirme.

par contre, la session déconnectée n'est killé que lorsqu'une nouvelle session se connecte