Discussion :

[edefius]

Bonjour,

Je suis nouveau sur le forum et je ne suis pas expert Oracle 10G, mais je souhaiterais trouver une méthode si possible pour récupérer la liste des opérations d'insert/update mais surtout des delete réalisés entre 2 dates.
Je dois avouer que j'ai cherché sur ce forum ainsi que via google pour trouver une solution...
Y a t'il un moyen de retrouver cette information quelque part et si oui comment?

D'avance merci pour vos éventuels réponses.

Edefius

[edefius]

Je me permets de relancer mon post :

Est ce possible? Oracle fournit il de telles fonctionnalités?

Bien à vous,

Edefius

[orafrance]

Avec logminer mais c'est assez complexe

[edefius]

Merci pour la réponse, je vais creuser un peu. De nouvelles questions vont certainement me venir mais c'est déjà un avancement

[pifor]

Avec Oracle 10G et le bon paramètrage de l'instance, la commande AUDIT permet aussi de retrouver le code des instructions SQL. Voir mon message dans la discussion OTN.

[edefius]

Super, merci! ça me parait plus simple que logminer avec lequel j'ai bien avancé mais je n'ai pas encore abouti.

Par contre j'ai pas encore réussi à tester l'audit non plus

Donc voici ma version d'oracle :
Oracle Database 10g Enterprise Edition Release 10.1.0.2.0 - Prod
Il y a de l'info sur l'audit et ils disent qu'il faut un paramétrer init.ora :
il faut positionner le paramètre de démarrage AUDIT_TRAIL dans le fichier INIT.ORA de la base seulement je ne retrouve pas "AUDIT_TRAIL" dans mon init.ora.

J'ai tout de même été plus loin en testant :

Code :

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

1
2
3
4
5
6
 
AUDIT INSERT,UPDATE,DELETE ON account.structure_societe BY ACCESS
-->audit succedeed
SELECT * FROM sys.dba_obj_audit_opts
WHERE owner = 'ACCOUNT' AND object_name LIKE 'STRUCTURE_SOCIETE';
-->Les flags A/A sont ok positionnés pour insert,update et delete

Donc je fait un test d'update sur la table "auditée" :

Code :

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

1
2
3
4
5
6
UPDATE account.structure_societe
SET nom='A DETRUIRE *'
WHERE groupe=1 AND societe=5 AND division=1
 
COMMIT
-->succedeed

ET ensuite je recherche la trace de cette update :

Code :

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

1
2
SELECT TIMESTAMP, username, obj_name, action_name, sql_text FROM dba_audit_trail
--> No rows returned

et rien du tout... dommage.

Avez vous une idée de la raison?

D'avance merci.

Edefius

[pifor]

Il faut exécuter:

avec un SPFILE

Code :

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

alter system set audit_trail=DB_EXTENDED scope=spfile;

ou

ajouter dans le PFILE init.ora:

Code :

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

audit_trail=DB_EXTENDED

et dans tous les cas redémarrer l'instance.

[edefius]

Salut, cela ne change rien. Depuis hier j'ai essayé les 2 méthodes mais la table d'audit n'est jamais impactée par l'update.
Qd je redémarre l'instance je le fait via les services, est ce correcte?

J'ai également essayé ceci

Code :

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

AUDIT ALL BY account BY ACCESS;

Si vous voyez une autre piste, je serais intéressé.

Bien à vous

[pifor]

J'ai fait des tests avec Oracle XE et Oracle 10.2.0.1 Entreprise Edition et ça marche. Je n'ai pas de 10.1.0.2: il est possible que le paramètre en 10.1 soit 'db,extended' au lieu de 'db_extended' mais je n'en suis pas sûr.

[orafrance]

c'est bien DB_EXTENDED

http://download.oracle.com/docs/cd/B...t.htm#OLSAG075

[edefius]

Ok je continue mess recherches et essais grâce à vos postes et DOC.

Juste une question pour laquelle je n'ai pas encore trouver de réponse, mon utilisateur :"account" dispose des roles DBA,CONNECT et RESSOURCE.
Est ce suffisant?

[pifor]

Oui. Le fait d'activer l'audit sur un objet ne nécessite pas de droit supplémentaire pour les utilisateurs qui utilisent l'objet: c'est transparent. Et redémarrer l'instance avec le service Windows doit fonctionner.

Vérifiez que:

Code :

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

1
2
3
4
5
SQL> show parameter audit_trail
 
NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
audit_trail			     string	 DB_EXTENDED

[Heaven93]

tu as les droits en écriture dans ton audit_file_dest?

[edefius]

Je n'utilise pas le audit_file_dest dans ma config, car je suis en mode DB_EXTENDED et non en mode OS.

J'ai vérifié la commande

Code :

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

1
2
3
4
5
6
SQL> 
SHOW parameter audit_trail
 
NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
audit_trail			     string	 DB_EXTENDED

Et comme vous le voyez la commande est en ordre.

Je continue, merci déjà pour vos réactions

[edefius]

Bonsoir,

Il semble que mon problème vient de toad, si je passe à travers SQLPlus. La trace de mes update est "auditée".

Je n'ai pas accès à l'applicatif, je ne suis pas certain que l'audit va fonctionner.

Avez vous déjà rencontré des problèmes via l'emploi de toad?

Bien à vous

[Z3phur]

bonjour,

j'ai aussi remarqué que sous Toad nous ne pouvions pas faire de :

Code :

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

1
2
 
SHOW quelquechose...

mais à la place tu peux faire :

Code :

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

1
2
3
4
 
select name, type, value
from v$parameter
where name = 'audit_trail';