Discussion :

[Maglight]

Bonjour,


Dans notre application nous lançons un traitement de clôture qui vérifie qu'il n'y a plus d'utilisateurs connectés à la base
Nous avons eu un problème lors d'une coupure de courant sur un poste, la session est restée ouverte au niveau de la base
Est il possible de tester une valeur dans V$SESSION ou dans une autre vue pour ignorer ces connexions ?

Version : ORACLE 9.2.0.1
Système d'exploitation : WINDOWS

[BiM]

Sous Oracle, tu peux te connecter à plusieurs endroits ou au même endroits avec un utilisateur et plusieurs fois, le tout en même temps. Donc je ne comprend pas ton problème.

[LeoAnderson]

Non, normalement, les sessions mortes (dont les process clients n'existent plus) sont automatiquement purgées par pmon et ne figurent plus dans v$session.
Si la session figure encore dans v$session, vous n'avez aucun moyen de savoir si elle est encore utilisable ou non par le client.

Attention : ACTIVE/INACTIVE indique simplement si il y a une requête en cours d'exécution.

[sbibi]

Bonjour,

Nous avons le même problème : comment détecter qu'une session n'est plus utilisée si une coupure de courant a lieu ?

Merci.

[LeoAnderson]

Il faut jouer sur les timeout au niveau SQL*Net. (sqlnet.ora sur le client et/ou le serveur)

[pifor]

On peut aussi détecter le temps d'inaction d'une session avec la colonne v$SESSION.LAST_CALL_ET_NUMBER

LAST_CALL_ETNUMBERIf the session STATUS is currently ACTIVE, then the value represents the elapsed time in seconds since the session has become active. If the session STATUS is currently INACTIVE, then the value represents the elapsed time in seconds since the session has become inactive.

Et on peut aussi créer un profile Oracle spécifique qui peut déconnecter automatiquement les connections inactives avec le paramètre:

IDLE_TIME Specify the permitted periods of continuous inactive time during a session, expressed in minutes. Long-running queries and other operations are not subject to this limit.

[sbibi]

Merci pour vos réponses, malheureusement ça ne m'aide pas beaucoup.
Ce n'est pas parce qu'une session est inactive depuis un certain temps qu'elle est coupée. Nous avons des utilisateurs qui se connecte le matin et ne travaille que dans l'après midi donc leur session est inactive mais toujours présente.

Je cherche du côté du process PMON, apparement c'est celui-ci qui 'fait le ménage'.

Si vous avez des suggestions....


Merci

[plabrevo]

De mon point de vue, la verification faire par l'application qu'il n'y a plus d'utilisateurs connectes n'a pas de sens ni techniquement ni fonctionnellement.

En supposant que le process commence par s'assurer qu'il n'y a pas de sessions actives au moment ou il demarre, il ne pourra pas empecher d'autres sessions d'etre initiees par la suite. C'est un premier probleme.
En terme de process, supposons que la base de donnees heberge 100 modules pour 1000 utilisateurs, mettre 990 ou 999 utilisateurs en chomage technique pour executer la cloture de l'un des modules ne tient pas la route.
Ensuite, fonctionnellement, un traitement de cloture est generalement initie par la cloture d'une periode. Des lors que la periode est fermee, plus aucune transaction ne sera (ne devrait etre?) permise dans la periode concernee.