Catproc.sql et Catalog.sql

Version imprimable

26/04/2004, 12h19
blids

Catproc.sql et Catalog.sql

Salut tout le monde,
A chaque fois que je crée une base de données manuellement sous la 9i j'ai des messages d'erreurs au niveau de l'exécutions des scripts Catproc.sql et Catalog.sql.
En plus comme il y a pas de fichiers spool pour garder les états de sorties, alors je n'arrive pas à choper les codes des messages d'erreurs.
:?:
Vous avez déjà rencontré ce problème?

Merci
26/04/2004, 12h28
orafrance

faites un spool dans SQL*Plus avant de lancer les fichiers pour voir les erreurs ;)
26/04/2004, 12h38
blids

Dans ce cas je dois créer la base de A à Z pour savoir ou sa coince :cry:
je voulais savoir s'il y a une personne qui a déja eu le même problème.
26/04/2004, 12h46
orafrance

Bah rien ne t'empêche de relancer les 2 scripts après l'install ;)
26/04/2004, 13h35
helyos

Si tu executes les scripts en mode ligne de commande tu dois avoir une tonne d'erreurs "Normale" qui sont du à l'effacement préalable de toute les objets

Les scripts efface les objets et les recrées ensuite, ces erreurs sont donc normales (sauf cas spécial)
26/04/2004, 13h59
blids

Ok, je vais l'exécuter avec un spool cette fois-ci, et je vais voire.
Merci
8O

Voici des exemples d'erreurs rencontrées avec le script Catalog.sql :
Code:

1 2 3 4 ERREUR à la ligne 1 : ORA-04045: erreurs lors de la recompilation/revalidation de SYS.CDC_CREATE_CTABLE_AFTER ORA-00060: Détection d'interblocage pendant l'attente d'une ressource
Et aussi :
Code:

1 2 3 ERREUR à la ligne 1 : ORA-00955: Ce nom d'objet existe déjà
Et aussi :
Code:

1 2 3 ERREUR à la ligne 1 : ORA-01921: nom de rôle 'EXP_FULL_DATABASE' en conflit avec un autre nom utilisateur ou de rôle
Il me semble que helyos parlais du deuxième message, mais pour les deux autres je ne vois pas trop d'ou ça peu venir... :!: :!:

26/04/2004, 14h42
helyos
Effectivement je parlais bien du second message.

Par contre
si tu as une erreur
Code:

1 2 3 ERREUR à la ligne 1 : ORA-04045: erreurs lors de la recompilation/revalidation de SYS.CDC_CREATE_CTABLE_AFTER ORA-00060: Détection d'interblocage pendant l'attente d'une ressource
pendant l'execution de catalog (qui doit etre le premier script) cela deviens problématique car cette erreur signifie qu'il y avait un verrou ou autre sur cet objet

Pour vérifier combien d'objet invalides tu as :
Code:

1 2 3 select object_name from dba_objects where status ='INVALID'
Si tu en as lances le script utlrp.sql (en tant que SYS) qui te permettra de recompiler tout les objets invalides.

La troisieme erreur signifie qu'il a tenté de recréer un role alors que celui-ci existait déja.

Avais tu seulement lancé le script catalog?
26/04/2004, 14h49
blids

Oui j'avais lancé juste le script catalog.sql
Tu sais, je penses que vais créer une autre base, car je ne sais pas si il y a des erreurs qui sont liéés à la recréation du catalog... comeme j'ai 2135 objects INVALID.
Et je vais tester aussi le script utlrp.sql pour voie ce qu'il donne sur cette base.

8O
26/04/2004, 14h52
helyos

oula oui avec 2135 erreurs c pas bon du tout surtout juste apres le catalog.sql

Je te conseille effectivement de recréer une nouvelle base de données (par contre ton scripts de création de base c'est toi qui l'avait fait à la main?)
26/04/2004, 14h54
blids

Oui, il est fait à la main, je peu même te fairte un récap de toutes les étapes :(
26/04/2004, 14h55
helyos

oui avec les scripts qui vont bien :)

Les étapes sont les suivantes :

Création de l'insance :

Code:

Oradim -new -sid manual -intpwd password -maxusers nb_max_users -pfile D:\oracle\admin\manual\initManual.ora.

Je rajoute les répertoires suivants :
D:\oracle\admin\manual
D:\oracle\admin\manual\bdump
D:\oracle\admin\manual\udump
D:\oracle\admin\manual\cdump
D:\oracle\admin\manual\pfile
D:\oracle\oradata\manual

et je positionne ma variable de registre ORACLE_SID à la valeur manual

Démarage de l'instance :

Code:

startup nomount pfile='D:\oracle\ora92\initSID.ora'

Création de base de donnée :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 CREATE DATABASE manual MAXINSTANCES 1 MAXLOGHISTORY 1 MAXLOGFILES 5 MAXLOGMEMBERS 3 MAXDATAFILES 100 DATAFILE 'D:\oracle\oradata\manual\system01.dbf' SIZE 250M REUSE AUTOEXTEND ON NEXT 10240K MAXSIZE UNLIMITED EXTENT MANAGEMENT LOCAL DEFAULT TEMPORARY TABLESPACE TEMP TEMPFILE 'D:\oracle\oradata\manual\temp01.dbf' SIZE 40M REUSE AUTOEXTEND ON NEXT 640K MAXSIZE UNLIMITED UNDO TABLESPACE "UNDOTBS1" DATAFILE 'D:\oracle\oradata\manual\undotbs01.dbf' SIZE 200M REUSE AUTOEXTEND ON NEXT 5120K MAXSIZE UNLIMITED CHARACTER SET WE8MSWIN1252 NATIONAL CHARACTER SET AL16UTF16 LOGFILE GROUP 1 ('D:\oracle\oradata\manual\redo01.log') SIZE 102400K, GROUP 2 ('D:\oracle\oradata\manual\redo02.log') SIZE 102400K, GROUP 3 ('D:\oracle\oradata\manual\redo03.log') SIZE 102400K;
A présenr y a pas eu d'erreurs :

et par la suite je lance le script catalog

Code:

@D:\oracle\ora92\rdbms\admin\catalog.sql

26/04/2004, 15h13
helyos

Bon oki

tu as relancé tout ca?( si oui ca donne koi)

Moi y a juste un truc qui me gene mais faut que je fasse un peu plus de recherche dessus c'est la clause EXTENT MANAGEMENT LOCAL qui semble être assigné au tablespace SYSTEM (ce qui n'est pas normalement possible<= c'est ca qui faut que je vérifie car je crois bien que le tablespace SYSTEM ne peut pas etre géré localement)
26/04/2004, 15h26
blids

Je vais faire le test maintenant, car j'attendais ton message pour m'assurer qu'il y pas de trucs bizar dans ma procédure, et pour la clause EXTENT MANAGEMENT LOCAL, moi j'ai tout simplement pris un cript pour CREATE DATABASE déja élaboré, mais les détails j'ai pas trop cherché à savoir (pour le moment).
26/04/2004, 16h37
blids

J'ai relancé mon script, et là tout ce passé bien jusqu'à la création de la base de données.
Ca m'a fait quelques erreurs avec le catalog, mais j'ai pas réussit à récuperer le code des messages, car mon spool n'a pas marché :evil:

Par contre le nombre des objets non valide cette fois est égale à 6 :D
Quelle différence...

Et sur ma nouvelle base, j'ai même relancé une deuxième fois le catalog.sql et cette fois ci il y a que des messages

Code:

ORA-00955: Ce nom d'objet existe déjà

Code:

ORA-01921: nom de rôle 'EXP_FULL_DATABASE' en conflit avec un autre nom utilisateur ou de rôle

Er j'ai quelques avertissement : vue créée avec erreur de compilation

le scripts utlrp.sql n'a pas encore terminer son travail :!: :?:

Mais je vais comeme l'executer pour ma nouvelle base
26/04/2004, 16h41
helyos

c'est normal qu'il ai pas fini avec 2135 objets de plus je te conseille de le relancer deux fois apres pour etre sur de recompiler les dependances
26/04/2004, 17h24
blids

en fait, le script utlcp.sql corrige les erreurs de compilations des packages PL/SQL, donc ça sert à rien de le lancer juste aprés catalog.sql, mais surtout aprés catproc.sql
26/04/2004, 17h30
helyos

Oui mais normalement tu as pas besoin de le lancer car en regle général tu peux avoir des objets INVALID mais cela est souvent du à la modification d'un des objets dont il dépend . Ce type d'erreur ce corrige tout seul lorsque toi ou Oracle fera appel à cet objet.

Donc pour ce qui était de ton pb initial je pense que tu as eu un pb lors de la création d'un objet qui t'a fait planté le reste.

Ca marche maintenant sur ta nouvelle base?
26/04/2004, 17h37
blids

Oui, actuellement ça marche,
il y a juste le catproc.sql qui me fait des erreurs du genre : objet inexistant quand il trouve pas un objet qu'il cherche à supprimer...
D'une part ça ne m'inquiète pas trop... mais d'autre part je ne trouve pas ça normal...
Car pour une première création de BD, pourquoi ces scripts cherchent à supprimer des objets qui n'existent pas... de plus le dictionnaire de données est crée une seul fois... donc je comprend pas pourquoi de tels messages existent
26/04/2004, 17h41
orafrance

Parce que tu peux très bien avoir besoin de relancer ces scripts (drop intempestif d'objet dans SYSTEM ou passage de patch) et dans ce cas les objets doivent être détruit avant d'être recréés ;)
26/04/2004, 17h43
blids

Y a pas moyen de faire des IF EXIST pour éviter ces messages d'erreurs :?:
26/04/2004, 17h43
helyos

Tout à fait orafrance, de plus il vaut mieux gérer le maximum d'erreur utisateur. Imagine si tu devais effacer toi meme les objets de SYSTEM avant de pouvoir lancer ton script.

C'est la méthode de codage la plus propre.

Tu droppes l'objet avant au cas ou il avait été crée pour des tests ou autre
Puis tu crées la nouvelles version.

Ces erreurs ne sont absolument pas grave.
26/04/2004, 17h44
ducho

Bonsoir ,

C' est un principe ( une convention en quelque sorte ),
systématiquement (ou presque ) , on supprime un objet avant de
le créer .
Ces scripts (catalog , catoroc , etc ..)peuvent être lancés régulierement d' ou les drop des objets puis recréation .

cdlt
26/04/2004, 17h49
blids

Oui, je suis ok avec toi helyos, mais ce que je voulais faire, c'été garder l'opération de suppression pour m’assurer que je fait une recréation de mes objets mais toute en évitant l'affichage de ces messages d'erreur - qui ne sont pas grave - pour justement garder uniquement ceux qui posent des problèmes, et donc je pourrais les localiser rapidement dans mon spool....

comme ça m'évitera de parcourir tous mon spool après chaque exécution de script.
:D
26/04/2004, 17h51
helyos

ah je comprends mieux bah non tu vas etre obligé de faire chauffer ta molette de souris :)

Ou alors tu codes un parseur PL (je sais je sais j'adore ca :) )

Mais maintenant je pense que c'est bon :)
26/04/2004, 17h52
blids

Merci à vous tous :D