Explication des event dans le init.ora

Bonjour à tous,

J'explique rapidement mon problème. Je fais la migration d'une base Oracle 9 sur AIX vers Oracle 10 sur un serveur Red Hat.

Je commence par créer une base vide sur mon serveur Linux, en réutilisant au maximum mon init.ora. Lors de la création des procs système (exécution de catproc.sql), j'ai des erreurs de compilation sur les packages dbms_isched et dbms_stats.
Dans mon init.ora, j'ai les paramètres suivants :

Code:

---

1 2 3 4 5

event="10262 trace name context forever, level 1" event="10932 trace name context level 32768" event="10933 trace name context level 512" event="10943 trace name context level 16384"

---

Lorsque je les désactive, je n'ai plus d'erreurs de compilation. Je n'arrive pas à trouver d'explications précises sur la syntaxe de ces events. A quoi correspond le level par exemple ?
De même, d'après ce que j'ai lu, il me semble que ces paramètres servent principalement à ajouter des traces, et donc en aucun cas à modifier la compilation.

Merci de vos précisions, car je ne sais pas s'il est préférable de laisser ces events, et si oui lesquels.

Les events Oracle servent à plusieurs choses :
- Générer des traces
- Générer des dumps
- Modifier le comportement du serveur Oracle
- Activer/Désactiver un correctif de bug

Par exemple, l'event :

Code:

---

event="10262 trace name context forever, level 1"

---

demande à Oracle d'ignorer complètement la vérification des fuites mémoire.

Les events positionnés dans le fichier de paramètres dépendent de la version Oracle, des patchs installés, du système d'exploitation et aussi des applications installées.
A mon avis, ces events ont été positionnés pour corriger certains bugs et/ou pour modifier le comportement du serveur Oracle.
Si ta base est utilisée par un progiciel (genre SAP, E-Business, ...), le mieux est de te rapprocher de l'éditeur. Sinon, je te conseille d'enlever tous ces events avant de migrer ta base.
On voit bien l'intérêt de commenter le fichier des paramètres ou de mettre en place un outil de gestion de versions (paramètres, scripts, ...) dans un environnement Oracle ;)

Rachid A.

Merci pour la précision... en effet des commentaires auraient été utiles, mais je ne suis pas à l'origine de la création de ces events ... ;)

Comment faire pour connaître la liste des events avec leur code ? et à quoi correspond exactement le level ?
Pour l'instant en effet, j'ai désactivé ces events, mais j'aimerais comprendre exactement leur rôle afin d'éviter des problèmes futurs.

bonjour,
La commande oerr qui permet de voir les messages d'erreur donne aussi les events:

$ oerr ora 10262
10262, 00000, "Don't check for memory leaks"
// *Cause: Setting this event to level one causes memory leak checking to
// be disabled. Setting this event to any other non-zero number
// allows that number to be used as a threshold value when checking
// for memory leaks in the PGA, SGA, and UGA heaps.
// *Action:
$ oerr ora 10932
10932, 00000, "trace name context forever"
// * Cause: When enabled, disables one or more features or bug fixes
// available only in version 8.x.
// * Action: set this event ONLY if necessary - after reading the README for
// this release or under supervision of Oracle Support.
Idem pour 10933 et 10943

Donc les 3 derniers servent à désactiver des fonctionnalités, qui semblent indispensables pour les packages que tu cites.

Pour moi, il n'y a aucune raison de laisser ces event d'une release à l'autre. Ce sont des moyens d'éviter des bugs en désactivant des fonctionnalités (subtil comme résolution de bug, non ;)). Pas de raison de trouver ces bugs sur une nouvelle release: nouvelle release, nouveaux bugs :D

Cordialement,
Franck.
Cordialement,
Franck.

Merci pour les précisions pour les codes d'erreur j'aurais pu y penser ...

Je suis d'accord, c'est une méthode assez conceptuelle pour corriger un bug en désactivant ce qui pose problème ... vu l'application développé ça ne me surprend qu'à moitié :?

Je vais donc désactiver ces events de ce pas et bien retester l'application en espérant que les bugs n'existent plus ...