Tables systèmes - détecter les insert/update/delete

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

Je me permets de relancer mon post :

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

Bien à vous,

Edefius

Avec logminer mais c'est assez complexe :?

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

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.

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 :lol:

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:

---

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:

---

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:

---

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

---

:cry: et rien du tout... dommage.

Avez vous une idée de la raison?

D'avance merci.

Edefius

Il faut exécuter:

avec un SPFILE

Code:

---

alter system set audit_trail=DB_EXTENDED scope=spfile;

---

ou

ajouter dans le PFILE init.ora:

Code:

---

audit_trail=DB_EXTENDED

---

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

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:

---

AUDIT ALL BY account BY ACCESS;

---

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

Bien à vous

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.

c'est bien DB_EXTENDED

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

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?

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:

---

1 2 3 4 5

SQL> show parameter audit_trail   NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ audit_trail string DB_EXTENDED

---

tu as les droits en écriture dans ton audit_file_dest?

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:

---

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

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

bonjour,

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

Code:

---

1 2	SHOW quelquechose...

---

mais à la place tu peux faire :

Code:

---

1 2 3 4

select name, type, value from v$parameter where name = 'audit_trail';

---