Discussion :

[Franco]

Bonjour à tous,

Voila j'essaye d'installer une aplli web open source ( Liferay pour ceux qui connaisent).
Et l'installation sous oracle est un peu artisanale, car pour la creation de la base de donnée, il fournissent un dump. Mais le hic, c'est que tous les objet du user par defaut sont créer dans le tablespace system.

Donc j'ai creer une nouvelle base avec un nouveau user, au quel j'ai affecté un nouveau tablespace permanent et un nouveau tablespace temporaire.

Et j'ai fais un import from user to user, mais les objets du user (table,index....) se mettent quand meme dans le tablespace system.

Y a t il un moyen, pour lui dire à l'import d'utiliser les nouveaux tablespaces et pas ceux de l'export ?

Merci

[pifor]

D'après: http://asktom.oracle.com/pls/ask/f?p...56550761666574

il est possible de contourner ce problème en créant d'abord les objets avant d'importer les données:


1. imp indexfile=ddl.sql ... => ddl.sql contient le DDL de l'export, rien n'est fait dans la base
2. Modifier ddl.sql pour utiliser le bon tablespace dans tous les objets
4. Executer ddl.sql pour créer les objects
3. imp ignore=Y ... pour importer les données en ignorant les erreurs de création des objets.

[Yorglaa]

Salut,
tu peux aussi essayer de ne pas autoriser ton user à écrire dans le tablespace SYSTEM.
Ce user, ne DOIT PAS avoir le rôle RESOURCE (qui donne les quotas illimités).
1. tu donnes à ton User un quota illimité sur le Tablespace cible
2. tu mets ce Tablespce en tant que Tablespce par défaut pour ce user
3. tu lui enlève tout quota sur le Tbs system

Code :

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

ALTER USER MONUSER QUOTA 0 K ON SYSTEM

4. tu importes...

je n'ai jamais essayé "pour de bon" cette méthode, alors essaye d'abord en Test !

[Franco]

Merci !

je vais essayer les deux méthodes et je vous dis ce que ca donne dès que possible.

[Franco]

Cepandant 2 petites questions quand à la metode de pifor :

Dans le DLL toutes les modifs sur des tables contenants 0 rows sont on rem , dois-je enlever les rem avant d'executer le DLL.sql ?

Quand au 3) qui est apparement 4) :

Code :

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

3. imp ignore=Y ... pour importer les données en ignorant les erreurs de création des objets.

si je comprend bien l'import dois ce faire depuis le dump d'origine avec un from user to user et c'est le fait d'avoir crée tout les objets dans le bon tablespace que mes donnée vont s'importer dedans :
qu'est-ce qui va les empecher de retourner dans la tablespace system :

[Franco]

pifor

Ca a marcher !!!

Je comprends toujours pas pourquoi, mais ca a l'air de fonctionner.

Au fait j'ai viré les rem dans le dll avant de l'executer.

Plus qu'a tester l'autre methode par curiosité.

[ducho]

bonjour,

si tu crées les objets avant de les importer, oracle n' importe que les rows
et donc ne crée pas d' objets, c' est pour cela qu' oracle ne mets rien dans le tbs system .

personnellement j' utiliserais la méthode de yorglaa
car le fichier indexfile est surtout là pour recréer les index apres un import, d'ailleurs je ne suis pas sur que tu aies par exemple les procs stockées dans ton indexfile .

cdlt

[Franco]

Malheuresement par manque de temps,

Je n'ai pas essayé la méthode de yorglaa. Par contre le reste (procédure stockée ) n'est pas importé par l'import depuis le dump original ??
Pour ma part cette methode à l'air de fonctionner.

[pquatrep]

Je viens d'essayer la méthode de Yorgla: Elle fonctionne très bien.