Discussion :

[gastoon]

Bonjour tout le monde,

Mon problème est le suivant :

J'ai changé le mot de passe d'un utilisateur Oracle, le problème est que : apparemment quelqu'un tente de se connecter avec l'ancien mot de passe et donc après plusieurs tentatives, l'utilisateur Oracle se retrouve verouillé (LOCKED(TIMED)).

y'a t-il une manière de savoir qu'elle machine essaie de se connecter à la base avec l'utilisateur en question.

Configuration :
OS : Solaris 10
Oracle : Oracle 10g (Oracle Database 10g Enterprise Edition Release 10.2.0.3.0)

Merci Infiniment

[pifor]

Essayez de voir le log du listener Oracle Net associé à l'instance sinon essayez d'activer l'audit dans la base avec:

• le paramètre AUDIT_TRAIL=DB
• la commande AUDIT SESSION

et consultez les colonnes OS_USERNAME et USERHOST de DBA_AUDIT_SESSION lorsque RETURNCODE est différent de 0.

[gastoon]

Merci pour votre réponse

Mais je devrais faire un :

ALTER SYSTEM SET audit_trail="DB"

puis un Shutdown et un Startup


y'a t-il une solution à chaud???

Merci

[Ahmed AANGOUR]

Dans le listener.log tu devrais pouvoir voir toutes les infos de connexion à la base. Peut être que ça te donnera une idée de qui ça peut être.

[pifor]

y'a t-il une solution à chaud???

Merci

Non. Le paramètre AUDIT_TRAIL est statique dans toutes les versions d'Oracle.

[petitfrere]

c'est possible avec un trigger after servererror


je dois a voir ca, je le retrouve et le le post

[yong321]

Non. Le paramètre AUDIT_TRAIL est statique dans toutes les versions d'Oracle.

C'est pourquoi j'ai toujours mis audit_trail à db (ou à une certaine valeur). Tant que vous ne le faites pas "audit something", il n'y a pas de performance overhead (frais généraux?). Mais lorsque vous avez besoin de vérifier quelque chose, il suffit de taper la commande sans avoir à redémarrer la base de données. Et puis vous noaudit pour l'arrêter. Très commode.