Utilisation du script catpatch.sql

[kryst]

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 ...

[LeoAnderson]

le catexp a bien été passé ?

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

[kryst]

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 ...

[kryst]

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 ...

[orafrance]

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 :

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

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 ?

[kryst]

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 ...

[orafrance]

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

Code :

SELECT * FROM v$version

tu as quel résultat ?

[kryst]

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

[orafrance]

à 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é

[LeoAnderson]

catpatch et catexp !

[kryst]

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 ?

[orafrance]

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

[kryst]

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 ?

[orafrance]

Apparemment oui

[kryst]

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) ?

[orafrance]

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