[10g] Pb import

Bonjour,

je souhaite créer une base de données de tests à partir de la sauvegarde logique (export full) de ma base de données de production.

La base de données de tests se trouve sur un serveur différent de celui de la production. La dump résultant de l'export a été copié sur le serveur de tests.

Lorsque je réalise l'import (import full) j'ai des messages d'erreurs lors de la création des tablespaces car les chemins indiqués dans de dump n'existent pas sur le serveur de tests (l'arborescence de la base de test est différente de la base de production. Par exemple sur la production le fichier undo01.dbf du tablespace UNDO se trouve dans le repertoire /rep1_prod/oradata alors que sur la test il doit se trouver dans /rep1_test/oradata)

Savez-vous comment je peux régler ce problème ?

Lorsque ce problème sera résolu alors comment se déroulera l'import puisqu'il essai de créer un tablespace qui existe déjà. En effet la base de test a été créée avec la commande suivante et le tablespace UNDO existe donc déjà

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

CREATE DATABASE MA_BASE CHARACTER SET WE8ISO8859P9 LOGFILE GROUP 1 ('/rep1/test/log/redo01.log') SIZE 10M, GROUP 2 ('/rep1/test/log/redo02.log') SIZE 10M, GROUP 3 ('/rep1/test/log/redo03.log') SIZE 10M DATAFILE '/rep1/test/oradata/system01.dbf' SIZE 50M AUTOEXTEND ON NEXT 10M MAXSIZE UNLIMITED EXTENT MANAGEMENT LOCAL SYSAUX DATAFILE '/rep1/test/oradata/sysaux01.dbf' SIZE 10M AUTOEXTEND ON NEXT 10M MAXSIZE UNLIMITED DEFAULT TABLESPACE users DATAFILE '/rep1/test/oradata/users01.dbf' SIZE 10M EXTENT MANAGEMENT LOCAL DEFAULT TEMPORARY TABLESPACE temp TEMPFILE '/rep1/test/oradata/temp01.dbf' SIZE 200M REUSE UNDO TABLESPACE undo DATAFILE '/rep1/test/oradata/undo01.dbf' SIZE 100M REUSE AUTOEXTEND ON MAXSIZE UNLIMITED ;

---

En vous remerciant,

En quelle version d'Oracle êtes-vous?
Depuis la 10g l'export/import classique est devenu obsolète et remplacé par Datapump.

datapump vous permet notamment de faire un remap des tablespaces importées.
Au moment de l'import par exemple il est possible de dire que les données qui se trouvent dans le tablespace toto_prod doivent être mis dans toto_test.

Si vous n'êtes pas en 10 ou 11g, il faut que les tablespaces aient le même nom peu importe l'arborescence des datafiles. Si vous avez un message d'erreur durant l'import lorsqu'il essaie de créer le tablespace ce n'est pas grave. Ce qui compte c'est que le tablespace existe et porte le même nom pour qu'il puisse importer les données.

un import ne crée pas de tablespace. très étrange. c'est quoi le message d'erreur exactement?

Citation:

---

Envoyé par Heaven93

un import ne crée pas de tablespace. très étrange. c'est quoi le message d'erreur exactement?

---

Il me semble que pour un import FULL il crée le même tablespace (avec le même nom de datafile) que celui généré dans l'export full.
A vérifier.

Bonjour,

Tu ajoute la ligne ignore=yes dans la ligne de commande imp