Discussion :

[sb1960]

Bonjours tous ...
Sur une base Oracle 10.2 /AIX 5.3 j'ai eu quelques comptes 'locked'
Dans l'urgence je les ai unlockedé mé heu!!!
On me demande le quand du pourquoi du comment!
Bon, je pense à un time-out du USER/OS ...car les comptes sont externally
Quand j'interroge la vue dba_users, la LOCK_DATE est RAZ par le unlock donc de nada
Par chance, cette base est activé en audit mé heu
SELECT * FROM sys.dba_obj_audit_opts
WHERE owner = 'monuser'
me répond ... No ROW!!!
Question: comment pourrais je,trouver la date du dernier lock/user
A l'aid heu!
le pov DBA... d'eu Snecma

[Scual]

Bonjour,

Essaye :

Code :

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

1
2
 
audit session by "ton utilisateur"

A répéter pour chaque users

J'ai testé avec un log de SH en loguant HR et je n'ai rien eu dans dba_audit_session.

En espérant t'avoir aidé

Bonne soirée.

PG

[Jras76]

Je me permets de poser ma question ici, car la thématique est relativement semblable :
Je suis à la recherche d’une technique pour tracer les « lock » effectués sur la totalité d’une base de données Oracle. J’ai dans l’idée de mettre en place un audit trail de ces locks, mais je ne sais pas comment faire.
Tout est ouvert, création de procédures, de triggers, de tables, de requêtes, de users… bref, l’important c’est le résultat.

Pour info, je veux que ces informations soient réellement stockées dans la base, donc il ne me faut pas une table « temporaire » (qui serait vidée à intervalles réguliers) ou une vue me remontant les informations de lock à un instant t. J’ai besoin d’un historique.

Si vous avez des idées...

[sb1960]

J'ai bien fait mais cà donne pas grand chose ...

SQL> audit session by s094099;
Audit succeeded.

Mais comment aller chercher l'info ...

[pifor]

J'ai bien fait mais cà donne pas grand chose ...

SQL> audit session by s094099;
Audit succeeded.

Mais comment aller chercher l'info ...

D'après le Database Security Guide

Code :

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

1
2
3
SELECT USERNAME, LOGOFF_TIME, LOGOFF_LREAD, LOGOFF_PREAD,
    LOGOFF_LWRITE, LOGOFF_DLOCK
    FROM DBA_AUDIT_SESSION;

[LeoAnderson]

sauf que ça, ça ne marche que si AUDIT_TRAIL=DB, ce qui est une hérésie en termes de sécurité des logs d'audit, surtout des audit de sessions !

[pifor]

Je me permets de poser ma question ici, car la thématique est relativement semblable :
Je suis à la recherche d’une technique pour tracer les « lock » effectués sur la totalité d’une base de données Oracle. J’ai dans l’idée de mettre en place un audit trail de ces locks, mais je ne sais pas comment faire.

J’ai besoin d’un historique.

Il n'y a pas de solution simple pour ce besoin car les verrous de niveau ligne sont pris de façon implicite par INSERT, UPDATE, DELETE (sauf SELECT .. FOR UPDATE) et il n'existe pas de commande AUDIT pour les verrous. Les verrous de niveau ligne sont libérés à la fin de transaction par COMMIT ou ROLLBACK.
Les mécanismes de verrouillage sont documentés dans le Concepts Guide.

Pourquoi avoir besoin d'un historique des verrous ? Si vous avez des problèmes de verrouillage, il faudrait plutôt tracer et analyser le code SQL.

V$LOCK contient certains verrous mais pas tous car Oracle stocke les verrous de niveau ligne dans les blocs de données et non dans la SGA.