Problème lors de l'Import (écriture sur 2 tablespaces différents)

Bonjour,

suite a un import je me retrouve avec cette erreur

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

IMP-00017: following statement failed with ORACLE error 1950: "CREATE TABLE "NEXANS_ED_TRANSLATION" ("OID" NUMBER(*,0), "NX_LANG_ID" NUMBER(*,0), "NX_LANG_ED_NAME" VARCHAR2(255), "NX_LANG_SUB_TITLE" VARCHAR2(255),NX_LANG_BODY_TEXT CLOB, "NX_LANG_TEXT" VARCHAR2(2000), "NX_LANG_KEYWORDS VARCHAR2(2000), "NX_LANG_QUICK_FACTS_1" VARCHAR2(80), "NX_LANG_QUICK_FACTS_2" VARCHAR2(80), "NX_LANG_QUICK_FACTS_3" VARCHAR2(80), "NX_LANG_QUICK_FACTS_4" VARCHAR2(80), "NX_LANG_QUICK_FACTS_5 VARCHAR2(80), "NX_LANG_QUICK_FACTS_6" VARCHAR2(80), "NX_LANG_QUICK_FACTS_7" VARCHAR2(80), "NX_LANG_QUICK_FACTS_8" VARCHAR2(80), "NX_LANG_QUICK_FACTS_9" VARCHAR2(80), "NX_LANG_QUICK_FACTS_10" VARCHAR2(80)) PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 STORAGE(INITIAL 131072 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT) TABLESPACE "TRESOPRP" LOGGING NOCOMPRESS LOB ("NX_LANG_BODY_TEXT") STORE AS ( TABLESPACE "TRESOPRP" ENABLE STORAGE IN ROW CHUNK 8192 PCTVERSION 10 NOCACHE LOGGING STORAGE(INITIAL 131072 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT))" IMP-00003: ORACLE error 1950 encountered ORA-01950: no privileges on tablespace 'TRESOPRP'

---

la commande que je lance est la suivante :

Citation:

---

imp system/sstmtrsp file=/oracle/backup/archives/tresomet/TRESOPRD.dmp log=/oracle/backup/archives/tresomet/import_tresoprd_show.log fromuser=tresoprp touser=tresoprd

---

Mon problème est le suivant :
-pourquoi veut-il ecrire sur le tablespace "TRESOPRP" qui appartient au user tresoprp et pas sur le tablespace "TRESOPRD" appartenant au user TRESOPRD ?

Sachant que cette erreur n'apparait que 2 fois pour 2 tables qui ne "servent a rien" dixit l'administrateur du logiciel.
Mais que pour les autres tables le changement de tablespace a bien lieu.

Je précise que je débute en oracle, j'ai éplucher plusieurs fois les tutoriaux présents sur les sites.:mouarf: :king:

Merci de l'aide que vous m'avez déjà apporter via ce forum, et merci pour celle que vous m'apporterez. :aie: :aie: :aie: :aie:

L'import essaie d'abord d'importer les tables dans le tablespace dans lequel elles étaient sur la base depuis laquelle tu les as exportées. Et là ça plante car le user tresoprd n'a pas les droits suffisants sur le tablespace TRESOPRP

Rajoute dans ta commande d'import "ignore=y" pour ignorer l'erreur, ca importera la table dans le tablespace par défaut de tresoprd 8-)

Citation:

---

Envoyé par new_angel

Code:

---

1 2 3 4 5 6 7 8 9 10 11

IMP-00017: following statement failed with ORACLE error 1950: "CREATE TABLE "NEXANS_ED_TRANSLATION" ("OID" NUMBER(*,0), "NX_LANG_ID" NUMBER(*,0), "NX_LANG_ED_NAME" VARCHAR2(255), "NX_LANG_SUB_TITLE" VARCHAR2(255),NX_LANG_BODY_TEXT CLOB, ... LOB ("NX_LANG_BODY_TEXT") STORE AS ( TABLESPACE "TRESOPRP" ENABLE STORAGE IN ROW CHUNK 8192 PCTVERSION 10 NOCACHE LOGGING STORAGE(INITIAL 131072 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT))" IMP-00003: ORACLE error 1950 encountered ORA-01950: no privileges on tablespace 'TRESOPRP'

---

-pourquoi veut-il ecrire sur le tablespace "TRESOPRP" qui appartient au user tresoprp et pas sur le tablespace "TRESOPRD" appartenant au user TRESOPRD ?

Sachant que cette erreur n'apparait que 2 fois pour 2 tables qui ne "servent a rien" dixit l'administrateur du logiciel.
Mais que pour les autres tables le changement de tablespace a bien lieu.

---

Bonjour

C'est le problème classique des tables multi-segments.
Votre colonne NX_LANG_BODY_TEXT est un CLOB, qui est stocké dans un segment séparé de celui des autres colonnes de votre table.
A la source, la table était stockée dans le tablespace TRESOPRP, de même que le segment de stockage du CLOB.
A l'import, comme le tablespace TRESOPRP n'existe pas (ou que TRESORPRD n'a pas de quota dessus), c'est le tablespace par défaut de TRESORPRD qui est pris en compte, mais uniquement pour le segment principal de la table.
Pour les autres segments de la table, c'est toujours le tablespace d'origine qui cherche à être utilisé, l'import étant fait comme ça.

Dans votre cas, la solution consiste à créer préalablement les tables contenant des LOBS, et à faire l'import avec IGNORE=YES.
Mais attention, il ne faut pas se louper : si pour une raison quelconque vous devez faire l'import 2 fois de suite avec IGNORE=YES, vous risquez de doublonner toutes vos données.

Merci pour vos réponses