Discussion :

[julienkim]

Bonjour,

J'ai créé un utulisateur avec accès restreint pour certaines personnes mais je ne trouve pas le rôle ou privilège à donner pour qu'il puisse fermer une session.

L'action est d'aller dans Performances, Rechercher des sessions, filtrer par Utilisateur dB et Fermer immédiatement la session bloquante.
L'équivalent de ALTER SYSTEM KILL SESSION.

Sauriez-vous quel rôle ou privilège attribuer pour que mon utilisateur puisse fermer des sessions, sans être DBA bien sûr.

Merci !

[pachot]

Bonjour,
Le privilège, c'est ALTER SYSTEM. Mais attention, ça donne beaucoup de droits.
Cordialement,
Franck.

[julienkim]

Bonjour Frank et merci pour la réponse.
Effectivement ALTER SYSTEM donne beaucoup (trop) de droits. Il n'existe donc pas un privilège qui ne ferait que ma demande (ou à peine plus) ?

[pachot]

Non. La solution est d'encapsuler le kill dans une procédure, et de donner juste un GRANT EXECUTE sur cette procédure. Mais bien sûr, ça ne fonctionnera pas à partir d'un outil qui fait un alter system... Il faudra appeler spécifiquement la procédure.

[mnitu]

Il est inhabituel qu'une application tue les sessions parce que ça bloque. Si c'est le cas le problème devrait être ailleurs.

[julienkim]

Merci pour vos réponses !

[Heaven93]

bonsoir,
je n'ai pas bien compris. on cherche à ce qu'un utilisateur puisse killer la session d'autres utilisateurs ? ou fermer la sienne propre?
fermer une session bloquante???? quel type de blocage?

[julienkim]

Bonjour,

Un utilisateur (physique) est chargé de la mise à jour et de l'import de bases et il arrive que des sessions soient encore ouvertes sur celles-ci. Parfois, c'est une aplication connectée à la base qui garde une connexion ouverte.

Avec les bons droits, onglet « Performances », partie Liens de surveillance supplémentaires, « Rechercher des sessions ». Filtrer par « Utilisateur dB » et chercher l’utilisateur en question. Sélectionner les sessions à tuer et cliquer sur « Fermer la session ».
Voilà la procédure manuelle effectuée par la personne.

Ma question était de savoir quels droits lui attribuer puisque celle-ci n'est bien sûr pas DBA du serveur Oracle.