Discussion :

[tibal]

Bonjour,

Je recherche une vue ou requète permettant de connaître les comptes utilisateurs qui n'ont pas été utilisés depuis plus d'un mois. Les vues que je connais ne possèdent pas pas cette information.

Merci de votre aide.

[orafrance]

aucune ne posséde cette info

[tibal]

Est il possible de créer une requète pour obtenir l'info ?

[Hugues_78]

Pour l'historique, je n'ai pas trop d'idée

Pour le futur, tu as la possibilité de créer un trigger à la connexion et qui va alimenter une table qui trace les connexions. Tu peux même coupler cela à des droits particulier.

Dans mon cas, le trigger apparatient à system

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

CREATE OR REPLACE TRIGGER toto AFTER LOGON ON DATABASE

Il va alimenter une table de suivi des connexions, et également faire des contrôles en fonction du poste de travail qui se connecte, de l'utilisateur OS, de la plage horaire, etc...

tu peux récupèrer différentes infos avec userenv ou plutôt sys_context si tu es en 9i.
USERENV('SESSIONID') va retourner le sid ce qui permet de faire une jointure avec v$session...

[pifor]

On peut aussi configurer l'audit des sessions avec:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
SQL> show parameter audit_trail;
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
audit_trail                          string      DB
SQL> audit session;
 
Audit succeeded.
 
SQL>

Pour avoir l'historique des connexions, il suffit ensuite d'exécuter la requête suivante:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
SQL> select username, timestamp from dba_audit_session;
 
USERNAME                       TIMESTAMP
------------------------------ --------------------
TEST                           09-NOV-2006 20:19:36

[Hugues_78]

Sympa
Je connaissais pas... Ca n'audite que les connexions, ou également les opérations faites par les utilisateurs ? Ca n'apporte pas trop de contraintes en performance / volumétrie / administration ?

[pifor]

AUDIT SESSION ne gère que les connexions et déconnexions. Mais il y a beaucoup d'autres options. Je ne pense qu'il n'y a pas plus de problème de performance qu'avec un trigger et une table spécifique. Mais il faut quand même savoir que la table utilisée SYS.AUD$ est dans la tablespace SYSTEM.