Bonjour,
Comment faire un import dans une base où le tablespace de la base de départ n'existe pas ?
Merci d'avance.
Laly.
Version imprimable
Bonjour,
Comment faire un import dans une base où le tablespace de la base de départ n'existe pas ?
Merci d'avance.
Laly.
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.
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.
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 :
J'ai l'impression que la règle du tablespace par défaut ne s'applique pas aux objets partitionnés...Code:
2
3
Laly.
Les partitions d'une même table sont placées dans des tablespaces différents, dans le schéma d'origine ?Citation:
Envoyé par lalystar
Toutes les partitions des tables sont dans le même tablespace.
Toutes les partitions d'un index sont dans un autre tablespace.
Laly.
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 ?
Yorglaa,
C'est vrai j'avais mis le flag ignore=y mais je viens de faire le test sans, c'est pareil.
Laly.
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.
Bonjour Aline,
Je suis bien en unlimited sur mon tablespace de destination.
Laly.
est-ce que cet utilisateur à les doits DBA?
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é...
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.
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.
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?
Note Metalink n° 1058330.6
Citation:
Envoyé par Metalink
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...Citation:
Envoyé par lalystar
Marchi ! :wink:
C'est clairement la bonne méthode !Citation:
Envoyé par lafouine
C'est idiot ici puisque vous oubliez les contraintes de Laly. Il n'a pas le droit de créer les tablespaces.Citation:
Envoyé par Pomalaix
Dans ce cas, créer les tables partitionnées dans le tablespace par défaut avant l'import suffit.
On peut nager les mains dans le dos et les pieds attachés, mais ce n'est pas la méthode à conseiller si on veut avancer...Citation:
Envoyé par aline
Je comprends ton point de vue, mais je suis dans une équipe Etudes et pas DBA.Citation:
Envoyé par Pomalaix
Je cherchais simplement à roder un script de passage en production sur une copie structurelle de la base de production. Les DBA n'ont pas le temps de me créer une base à l'identique de la prod, ni le droit de me donner les privilèges pour pouvoir le faire moi-même.
Je m'en suis sorti en générant la structure du schéma avec PL/SQL Developper.
Merci à tous pour votre aide et à CD pour l'article de Metalink qui correspond exactement à mon pb.
Laly.