Import dans une base 8i depuis un client 9i [Résolu]

[stoz]

Bonjour à tous,

Voici ma problématique, j'ai des dumps 9i que j'essaie d'importer dans une base 8.1.7.4

J'ai donc essayé de les importer depuis mon poste qui a un client 9i, mais j'ai l'erreur suivante :

Code :

1
2
3
4
IMP-00003: Erreur ORACLE 942 rencontrée
ORA-00942: TABLE ou vue inexistante
IMP-00023: Vues d'import non installées, veuillez en informer votre DBA
IMP-00000: Procédure d'import terminée avec erreur

Comment faire pour que ces vues soient installées ?

Merci d'avance

Edit : J'ai vu dans le forum qu'il fallait peut etre lancer $ORACLE_HOME/rdbms/admin/catexp.sql. Je l'ai fait et c'est bien passé, mais j'ai toujours mon erreur lors de l'import.

[laurentschneider]

c'est impossible, il te faut utiliser un exp version 8i pour créer tes dumps de ta version 9.

[stoz]

Bonjour,

J'ai bien essayé, mais il me donne le message d'erreur suivant :

Code :

1
2
3
EXP-00008: Erreur ORACLE 904 rencontré
ORA-00904: "SPOLICY" : identificateur non valide
EXP-00000: Procédure d'export terminÚe avec erreur

[stoz]

J'ai trouvé !

Apparement il y a un bug sur l'export d'une base 9i à partir d'un client 8i.

Pour remédier à ça, il faut lancer ce script sur la base 9i (en tant que sys) :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
CREATE OR REPLACE VIEW exu81rls (objown,objnam,policy,polown,polsch,polfun,stmts,chkopt,enabled,spolicy)
AS SELECT u.name, o.name, r.pname, r.pfschma, r.ppname, r.pfname,
decode(bitand(r.stmt_type,1), 0,'', 'SELECT,')
|| decode(bitand(r.stmt_type,2), 0,'', 'INSERT,')
|| decode(bitand(r.stmt_type,4), 0,'', 'UPDATE,')
|| decode(bitand(r.stmt_type,8), 0,'', 'DELETE,'),
r.check_opt, r.enable_flag,
DECODE(BITAND(r.stmt_type, 16), 0, 0, 1)
FROM user$ u, obj$ o, rls$ r
WHERE u.user# = o.owner#
AND r.obj# = o.obj#
AND (uid = 0 OR
uid = o.owner# or
EXISTS ( SELECT * FROM session_roles WHERE role='SELECT_CATALOG_ROLE')
)
/
GRANT SELECT ON sys.exu81rls TO public;
/

et tout roule !

[laurentschneider]

Intéressant, j'ai aussi lu le Bug 2900891 sur Metalink.

Peux-tu nous donner ta version en 9i?

[stoz]

Envoyé par laurentschneider

Intéressant, j'ai aussi lu le Bug 2900891 sur Metalink.

Peux-tu nous donner ta version en 9i?

Bien sur, c'est la 9.2.0.1.0

[stoz]

En fait, j'ai un autre souci, au moment de l'import, j'ai un message :

Code :

1
2
3
4
5
6
7
8
9
10
IMP-00017: Echec de l'instruction suivante avec erreur ORACLE 6550 :
 "BEGIN  "
 "sys.dbms_logrep_imp.instantiate_schema(schema_name=>'TOTO', export"
 "_db_name=>'PFANGR.US.ORACLE.COM', inst_scn=>'6404815');"
 "COMMIT; END;"
IMP-00003: Erreur ORACLE 6550 rencontrée
ORA-06550: Ligne 2, colonne 1 :
PLS-00201: l'identificateur 'SYS.DBMS_LOGREP_IMP' doit être déclaré
ORA-06550: Ligne 2, colonne 1 :
PL/SQL: Statement ignored

[bouyao]

La meilleur solution est de lancer catproc et juste après un utlrep
dans la repertoire $ORACLE_HOME$/rdbms/admin sous le compte sys

[stoz]

Envoyé par bouyao

La meilleur solution est de lancer catproc et juste après un utlrep
dans la repertoire $ORACLE_HOME$/rdbms/admin sous le compte sys

Avant de faire mon import ou après ?

[laurentschneider]

Envoyé par stoz

sys.dbms_logrep_imp.instantiate_schema(schema_name=>'TOTO'...

sans doute que tu veux importer une procédure qui utilise une fonctionnalité 9i, non?

[laurentschneider]

est-il possible de patcher la 9i en 9.2.0.8 ?

[bouyao]

Envoyé par stoz

Avant de faire mon import ou après ?

Avant

[stoz]

J'ai laissé tombé cette problématique car l'environnement 8i dans lequel je devais faire mon import va finalement être migré en 9i.

Merci quand même à tous pour vos interventions.