Discussion :

[flyjack]

Bonjour,

je cherche à exporter une base 10g puis à l'importer dans une base 9i.
Pour cela il faut l'exporter à l'aide d'un client oracle 9.
j'arrive à exporter avec mon client 9.2.0.4 une base oracle XE,
mais pas ma base 10.2.0.1.0.
j'utilise bien le exp 9.2.0.4, les connections s'etablissent bien et chaque machine arrive bien a exporter sa propre base.

dans quelle direction puis-je chercher ?

voici mes essais :

***********************
base oracle 10.2.0.1.0 64 bit sous redhat 64 exportée depuis le exp 10.2.0.1.0 local.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

exp util/mdp@instance file=/tmp/test.dmp tables=ma_table

Export: Release 10.2.0.1.0 - Production on Jeu. Sept. 27 12:14:33 2007

Copyright (c) 1982, 2005, Oracle. All rights reserved.

Connecté à : Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production
With the Partitioning and Data Mining options
Export fait dans le jeu de car WE8ISO8859P15 et jeu de car NCHAR AL16UTF16

Prêt à exporter les tables spécifiées ... via le chemin classique...
. . export de la table ma_table 29 lignes exportées <
Procédure d'export terminée avec succès sans avertissements.

ok !
***********************

base oracle XE sous windows exportée depuis un exp 9.2.0.4.0 environement aix 5.2

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

exp util/mdp@instance tables=ma_table file=/tmp/test.dmp

Export: Release 9.2.0.4.0 - Production on Je Sep 27 13:23:21 2007

Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.


Connected to: Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
Export done in WE8ISO8859P15 character set and AL16UTF16 NCHAR character set
server uses WE8MSWIN1252 character set (possible charset conversion)

About to export specified tables via Conventional Path ...
. . exporting table ma_table 28 rows exported
EXP-00091: Exporting questionable statistics.
EXP-00091: Exporting questionable statistics.
Export terminated successfully with warnings.

ok !
********************************************

base oracle 10.2.0.1.0 64 bit sous redhat 64 exportée depuis le exp 9.2.0.4.0 environement aix 5.2

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

exp util/mdp@instance_XE tables=ma_table file=/tmp/test.dmp

Export: Release 9.2.0.4.0 - Production on Je Sep 27 13:18:11 2007

Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.


Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production
With the Partitioning and Data Mining options
Export done in WE8ISO8859P15 character set and AL16UTF16 NCHAR character set
EXP-00002: error in writing to export file
EXP-00000: Export terminated unsuccessfully

ko !
****************************
base oracle 10.2.0.1.0 64 bit exporté depuis exp de oracle XE windows

ok aussi !

Merci d'avance.

PS : le comportement est le même depuis un client oracle 9.2.0.1 winwdows

[pifor]

Avez-vérifié s'il n'y a pas un problème d'espace disque dans /tmp ou un problème de droits sur le fichier /tmp/test.dmp ?

[flyjack]

Oui, c'est verifié et l'export de la base XE ne marcherait pas dans ce cas là.
En plus de ça, il commence a ecrire l'entete du fichier.

[flyjack]

Pour ceux que ça interesse, au final ce problème a été contourné en migrant la base 9 en 10. Peut etre des patch oracle permettent ils ce genre d'export.

[Scual]

En gros, il te faut utiliser la même version des outils (9i dans ton cas).

++

[grome]

En gros, il te faut utiliser la même version des outils (9i dans ton cas).

++

Moi j'ai fais il y a pas longtemps un import dans une 10g d'un dump provenant d'une version 8 sans pbs. Je crois que dans ce sens là il n'y a pas de problèmes. En tout cas avec l'outil imp/exp par contre pour le datapump il faut travailler avec les même versions. Dans la doc que j'ai sous les yeux il semblerait (mais je suis que débutant donc à faire confirmer par des pros) qu'ORACLE encourage l'utilisation du datapump pour les prochaines versions.

[LeoAnderson]

la règle est simple :

pour monter de version, on exporte avec la version de la base source et on importe avec la version de la base cible
pour descendre de version, on exporte avec la version cible et on importe avec la version cible (attention, cela peut nécessiter de mettre à jour du catalogue)