[IMP] tablespace différent

**lalystar** · 23/03/2005, 15h19

Bonjour,

Comment faire un import dans une base où le tablespace de la base de départ n'existe pas ?

Merci d'avance.

Laly.

**rouardg** · 23/03/2005, 15h23

2 solutions :

La première consiste à créer avant import tous les TBS dont tu as besoin.

Sinon, les objets (tables, clusters, index...) sont créés dans le TBS par défaut si celui d'origine est inexistant.

Par exemple, tu as exporter une base où tu avais 2 TBS de 2 Go chacun.

Sur la base d'import, il te faut un TBS de 4 Go, dans lequel tu auras tous tes objets. Libre à toi ensuite de créer après l'import d'autres TBS et d'y déplacer tes tables ou reconstruire tes index.

**Pomalaix** · 23/03/2005, 15h23

Ca dépend camarade !

Import FULL ou USER ?

Si c'est un import USER, les objets atterriront dans son tablespace par défaut.
Si c'est un import FULL, il faut créer préalablement le tablespace, sinon ça ne passera pas.

**lalystar** · 23/03/2005, 15h28

Merci à vous deux pour votre réponse si rapide !

Il s'agit d'un import user (avec fromuser et touser).

Je ne retrouve que 86 objets à l'arrivée au lieu de 1186 au départ.

Mais je vois constamment l'erreur :

Code :

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

1
2
3
 
IMP-00003: ORACLE error 959 encountered
ORA-00959: l'espace table '...' n'existe pas

J'ai l'impression que la règle du tablespace par défaut ne s'applique pas aux objets partitionnés...

Laly.

**Pomalaix** · 23/03/2005, 15h33

Envoyé par lalystar

J'ai l'impression que la règle du tablespace par défaut ne s'applique pas aux objets partitionnés...

Les partitions d'une même table sont placées dans des tablespaces différents, dans le schéma d'origine ?

**lalystar** · 23/03/2005, 15h37

Toutes les partitions des tables sont dans le même tablespace.
Toutes les partitions d'un index sont dans un autre tablespace.

Laly.

**Yorglaa** · 23/03/2005, 15h40

je ne suis plus certain de mon coup... mais est-ce que tu mets le paramètre ignore=Y ?

ce ne serait pas qu'en sa présence qu'Oracle ne créée l'objet dans le tablespace par défaut si différent de celui d'origine ?

**lalystar** · 23/03/2005, 15h46

Yorglaa,

C'est vrai j'avais mis le flag ignore=y mais je viens de faire le test sans, c'est pareil.

Laly.

**aline** · 23/03/2005, 15h53

Bonjour Laly,

Je pense toutefois que Yorglaa est dans le vrai.
Est-ce que ton utilisateur a le privilege unlimited sur tout les tablespaces(donné avec DBA par exemple).
C'est la conjonction des deux qui pose problème il me semble.

**lalystar** · 23/03/2005, 16h05

Bonjour Aline,

Je suis bien en unlimited sur mon tablespace de destination.

Laly.

**aline** · 23/03/2005, 16h08

est-ce que cet utilisateur à les doits DBA?

**Yorglaa** · 23/03/2005, 16h09

est-ce que l'export a été fait avec direct=y ?
comme ce paramètre "évite" la couche SQL, il est possible que le problème y soit lié...

**rouardg** · 23/03/2005, 16h12

Lalystar,

Il y a plus d'un an de cela, j'ai fait la même manip que toi : importer des tables partitionnées, sous Oracle 8i, dans une base où tous les TBS n'existaient pas.

Pour m'en sortir, j'ai du à l'époque créer tous les TBS avant import, la règle du TBS par défaut ne s'appliquant pas pour les tables partitionnées.

Maintenant, je ne prétends pas tout savoir. Et puis il y a peut-être des nouveautés en 9i.

En tout cas, si tu peux créer tes TBS avant import, je crois que tu gagneras un temps précieux.

**lalystar** · 23/03/2005, 16h16

Pour répondre à vos questions :

- non je n'ai pas les droits DBA
- je ne peux pas créer de tablespace

Je crois que j'ai le même problème que ce dont parles Rouardg, je vais laisser tomber et chercher une autre solution.

Merci pour votre aide !

Laly.

**aline** · 23/03/2005, 16h20

tu peux auusi recreer les tables partitionnées dans ton tablespace par défaut, ce qui doit être assez facile puis faire ton import avec ignore=y.
Cela devrait marcher non?

CD · 23/03/2005, 16h21

Note Metalink n° 1058330.6

Envoyé par Metalink

For all DDL with a single tablespace clause (for example, a non-partitioned table create), Import will redirect object creation to the default tablespace for the user if the specified tablespace does not exist.

For DDL with potentially multiple tablespace clauses (for example, a partitioned table create) an ORA-00959 will result if the tablespace for one or more clauses does not exist - object creation will not default to the users's default tablespace. When there are multiple tablespace clauses, Import cannot determine which is missing and changing all tablespace clauses to the default is not a plausible solution. An enhancement request has been filed to address this limitation in future releases

**lafouine** · 23/03/2005, 16h22

Envoyé par lalystar

Je crois que j'ai le même problème que ce dont parles Rouardg, je vais laisser tomber et chercher une autre solution.

Si ca ne te dérange pas, peux tu nous tenir au courant de ce que tu auras trouvé pour contourner ce problème ? J'ai connu le même soucis mais je m'en suis tiré en créant les tablespaces avant de lancer l'import...

Marchi !

**Pomalaix** · 23/03/2005, 16h28

Envoyé par lafouine

J'ai connu le même soucis mais je m'en suis tiré en créant les tablespaces avant de lancer l'import...

C'est clairement la bonne méthode !

**aline** · 23/03/2005, 16h34

Envoyé par Pomalaix

Envoyé par lafouine

J'ai connu le même soucis mais je m'en suis tiré en créant les tablespaces avant de lancer l'import...

C'est clairement la bonne méthode !

C'est idiot ici puisque vous oubliez les contraintes de Laly. Il n'a pas le droit de créer les tablespaces.
Dans ce cas, créer les tables partitionnées dans le tablespace par défaut avant l'import suffit.