Utilisation du script catpatch.sql

Bonjour à tou(te)s,
Je travaille sur un serveur Windows 2003 avec une installation Oracle9i Release 9.2.0.7.0.
Ces bases (au nombre de 6) étaient déjà en production avant mon arrivée et en lisant certaines de vos discussions, le script catpatch.sql a été abordé sur certaines erreurs :

Code:

---

1 2 3

EXP-00008: ORACLE error 942 encountered ORA-00942: table or view does not exist EXP-00024: Export views not installed, please notify your DBA

---

Ce script est très compliqué et touche à la plupart des éléments de l'instance aussi, avant de me lancer dans cette opération très lourde, j'aurai quelques questions :
- Quelles sont les informations à comparer pour savoir si le script catpatch.sql doit être exécuté pour une instance ?
- Quelles sont les précautions à prendre avant l'exécution de ce type d'opération (à part une sauvegarde complète de l'instance bien-sûr) ?

Merci de vos réponses.

__________________________________________
L'urgent est fait, l'impossible est en cours, pour les miracles, prévoir un délai ...

le catexp a bien été passé ?

quel est l'historique de la base ? (installation & mises à jour, quand, comment, par qui ?)

Bonjour,
En relisant mon message, j'ai fait une erreur, ce n'est pas une installation Oracle9i Release 9.2.0.7.0 mais 9.2.0.6.0.

Concernant l'instance en question :
- L'installation Oracle sur le serveur a été effectué par l'administrateur du système,
- L'installation de l'instance a été exécuté par un consultant de l'éditeur de logiciel que l'instance Oracle supporte.

Le problème est que cet environnement est chez un client et les prestataires se succèdent sans conserver un historique écrit et je ne sais pas où trouver les informations demandées.
Peut-on exécuter sans risque le script catexp.sql une seconde fois ?

__________________________________________
L'urgent est fait, l'impossible est en cours, pour les miracles, prévoir un délai ...

Bonjour à tou(te)s,
Personne n'est intéressé par mon message ou la question n'est peut-être pas pertinente. Je vais essayer de l'exprimer autrement :
Après quelques mois d'existence d'une instance, peut-on exécuter de nouveau les scripts SQL catalog.sql, catproc.sql ou catexp.sql s'ils n'ont pas ou mal été exécuté sur l'instance ?

Merci de vos réponses.

__________________________________________
L'urgent est fait, l'impossible est en cours, pour les miracles, prévoir un délai ...

Citation:

---

Envoyé par kryst

avant mon arrivée et en lisant certaines de vos discussions, le script catpatch.sql a été abordé sur certaines erreurs :

Code:

---

1 2 3

EXP-00008: ORACLE error 942 encountered ORA-00942: table or view does not exist EXP-00024: Export views not installed, please notify your DBA

---

---

Ce serait pas intéressant de nous donner la ligne de commande qui provoque ces erreurs ? Ca ressemble à ceci :

Citation:

---

Problem Description
-------------------

You are running Oracle8i export utility (via SQL*Net) to export a database
and the following errorstack is received:

EXP-00008: ORACLE error 942 encountered
ORA-00942: table or view does not exist
EXP-00024: Export views not installed, please notify your DBA
EXP-00000: Export terminated unsuccessfully

It appears that the target database is of an earlier release.


Solution Description
--------------------

Basically you cannot use a higher version of the export utility with
an earlier version of the Oracle server. Note 132904.1 shows the
compatability matrix between the Export utility and the Database.


Explanation
-----------

The error occurs because views that the higher version of export expects
are not present. To avoid this problem, use the version of the export
utility that matches the Oracle database server.

---

soit le PATH n'est pas bon et tu n'utilises pas l'export du bon ORACLE_HOME, soit tu as fait une migration incompléte de la base et effectivement catpatch.sql peut t'aider... c'est pas possible de faire un test sur une autre base ?

Bonjour,

J'ai relancé ma procédure d'export qui fonctionne pour plusieurs bases présentes sur le serveur dont voici un extrait :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

SET W_ORACLE_BASE=C:\ORACLE SET W_ORACLE_HOME=%W_ORACLE_BASE%\ORA92 SET NLS_LANG=AMERICAN_AMERICA.WE8MSWIN1252   REM *** ---- Gestion différentes sauvegardes à "chaud" des bases Oracle ---- *** SET W_LISTE_ORACLE_SID=BASE1,BASE2,BASE3,BASE4   REM *** ---- Création d'un fichier "EXPORT FULL" de chaque base Oracle ---- *** FOR %%Z IN (%W_LISTE_ORACLE_SID%) DO CALL :ORACLE_SAUVEGARDE_EXPORT_00 %%Z GOTO FIN_PROC   :ORACLE_SAUVEGARDE_EXPORT_00 SET W_ORACLE_SID=%1 %W_ORACLE_HOME%\BIN\EXP.EXE '/@%W_ORACLE_SID% AS SYSDBA' FULL=Y CONSISTENT=Y COMPRESS=Y BUFFER=2048000 FILE=D:\%W_ORACLE_SID%\EXPORT\Export_%W_ORACLE_SID%_SYSDBA.dmp.WRK LOG=D:\%W_ORACLE_SID%\EXPORT\Export_%W_ORACLE_SID%_SYSDBA.log.WRK SET W_RC=%ERRORLEVEL% IF %W_RC% NEQ 0 FOR /F "tokens=* delims= " %%A IN ('FINDSTR /B /L "ORA- EXP- SP2-" D:\%W_ORACLE_SID%\EXPORT\Export_%W_ORACLE_SID%_SYSDBA.log.WRK') DO ECHO -E- %%A   :FIN_PROC

---

Voici le résultat sur la base qui me pose problème :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28

Export: Release 9.2.0.6.0 - Production on Mon Dec 3 10:46:57 2007   Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.   Connected to: Oracle9i Enterprise Edition Release 9.2.0.6.0 - Production With the OLAP and Oracle Data Mining options JServer Release 9.2.0.6.0 - Production Export done in WE8MSWIN1252 character set and AL16UTF16 NCHAR character set   About to export the entire database ... . exporting tablespace definitions . exporting profiles . exporting user definitions . exporting roles . exporting resource costs . exporting rollback segment definitions . exporting database links . exporting sequence numbers . exporting directory aliases . exporting context namespaces . exporting foreign function library names . exporting PUBLIC type synonyms . exporting private type synonyms . exporting object type definitions EXP-00008: ORACLE error 942 encountered ORA-00942: table or view does not exist EXP-00024: Export views not installed, please notify your DBA EXP-00000: Export terminated unsuccessfully

---

__________________________________________
L'urgent est fait, l'impossible est en cours, pour les miracles, prévoir un délai ...

et si tu te connectes à cette base et que tu exécutes :

Code:

---

SELECT * FROM v$version

---

tu as quel résultat ?

Citation:

---

et si tu te connectes à cette base et que tu exécutes :

Code :

Code:

---

SELECT * FROM v$version

---

tu as quel résultat ?

---

Voici le résultat :

Code:

---

1 2 3 4 5 6 7 8 9

SQL> select * from v$version;   BANNER ---------------------------------------------------------------- Oracle9i Enterprise Edition Release 9.2.0.6.0 - Production PL/SQL Release 9.2.0.6.0 - Production CORE 9.2.0.6.0 Production TNS for 32-bit Windows: Version 9.2.0.6.0 - Production NLSRTL Version 9.2.0.6.0 - Production

---

à ta place, je ferais une copie de la base et je repasserai le catpatch sur la copie... normalement, il ne fait rien de destructeur mais prudence est mère de sureté :mrgreen:

catpatch et catexp ! ;)

Merci orafrance pour tes réponses,
Je vais suivre tes conseils.
Peux-tu me dire si mon raisonnement est correct, pour savoir si une instance est à la même version que le logiciel, comparer le contenus de V$VERSION au contenu de DBA_REGISTRY est-ce la bonne méthode ?

oui, d'ailleurs catexp doit suffire à en croire l'entête du fichier :)

Bonjour,
Si je comprends bien, la personne qui a créée cette instance n'a pas ou mal exécuté les scripts de post-installation ?

Apparemment oui :?

Si les scripts de post-installation ont été exécutés de manière incomplète, peut-on les exécuter de nouveau sans risque (je pense à catalog.sql) ?

En principe, ces scripts ne sont pas destructeurs donc tu peux les rejouer.