[Oracle 9i imp/exp] Erreur IMP-00093

Oracle 9i
Win2k

Bonjour,

J'ai réaliser un export d'un tablespace

Code:

---

1 2	exp userid=system/XX@XX file=m:\export_MONTABLESPACE_full.dump log=m:\export_MONTABLESPACE.log tablespaces=MONTABLESPACE

---

Ensuite j'ai effacé le tablepspace et je l'ai recrée.

Finalement j'ai réalisé l'import.

Code:

---

imp userid=system/XX@XX file=m:\export_MONTABLESPACE_full.dump log=m:\export_MONTABLESPACE_full_.log tablespaces=MONTABLESPACE full=yes

---

J'obtient beaucoup de message :

Citation:

---

IMP-00093: Incohérence entre la définition de contrainte du fichier de vidage pour la table XXXXX et les colonnes ("XXX")

---

Avez-vous déjà eu ce message ? Comment être certain de la validté de mon import ?

Merci

Bonjour

L'export en mode tablespace est frappé de tout un tas de restrictions.
Le tableau suivant indique ce qui est exporté ou non en mode tablespace :
http://download-uk.oracle.com/docs/c...01.htm#1004893

On y voit en particulier que les contraintes référentielles ne sont pas exportées, ni même les données de la table !
Est-ce bien ce que vous voulez ?

Bonjour Pomalaix,

Merci pour cette information !!

Non ce n'est pas ce que je veux, en effet j'aurais aimé réaliser cette opération pour défragmenter mon MONTABLESPACE.

Et en réalisant cette manipulation j'ai de bon résultat de défragementation je passe de 1300mb utilisé sur 1500mb à 950mb...

Mais si le mode exp tablespace a des restrictions cela ne m'interresse pas du tout. Cela doit être le plus fidèle.

Je pensais réaliser un copie identique du tablespace....:cry:
Avez-vous d'autres idées ?

Le tablespace est-il locally managed (LMT) ou dictionary managed ?

Si vous voulez gagner de la place dans les segments tables et index, vous pouvez utiliser ALTER TABLE ... MOVE et ALTER INDEX ... REBUILD dans le même tablespace.

en Local.

En effet, je pourrais utiliser MOVE et rebuild dans le même tablespace.

Dans ce cas je pense qu'il y aurrait un problème de place car temporairement ont consomme 2 * plus par table ??
Avec cette manipulation la table conserve-elle toutes ses propriété, contraintes,synonimes,.. Il y a t'il un risque de perte ??

Merci

Citation:

---

Dans ce cas je pense qu'il y aurrait un problème de place car temporairement ont consomme 2 * plus par table ??

---

Probablement.

Citation:

---

Avec cette manipulation la table conserve-elle toutes ses propriété, contraintes,synonimes,.. :

---

Oui, mais il faut reconstruire les index.

Code:

---

Il y a t'il un risque de perte ??

---

: je ne pense qu'il y a de risque de perte de données sauf si on utilise une option NOLOGGING.

J'ai essayé les options move et rebuild sur les tables et indexes de mon tablespace :

Code:

---

1 2 3 4 5 6

begin FOR Move_Table IN (select distinct table_name from dba_tables where tablespace_name = 'MONTABLESPACE') LOOP Execute Immediate 'alter table ' || Move_Table.table_name || ' move'; END LOOP; end; /

---

Citation:

---

ERREUR Ó la ligne 1 :
ORA-00997: Utilisation interdite du type de donnÚes LONG

---

Code:

---

1 2 3 4 5 6

begin FOR Rebuild_Index IN (select distinct index_name from dba_indexes where tablespace_name = 'MONTABLESPACE') LOOP Execute Immediate 'alter index ' || Rebuild_Index.index_name || ' rebuild'; END LOOP; end; /

---

Citation:

---

ERREUR Ó la ligne 1 :
ORA-02327: impossible de crÚer un index sur une expression de type LOB
ORA-06512: Ó ligne 3

---

On dirait qu'il y a certain objects qui ne peuvent être traités dans le même tablespace ?

Comme souvent avec les types de données LONG ou LONG RAW, il y a des limitations:

D'après: http://download-uk.oracle.com/docs/c...2a.htm#2054899

Citation:

---

Restrictions on Moving Tables
If you specify MOVE, then it must be the first clause, and the only clauses outside this clause that are allowed are the physical_attributes_clause, the parallel_clause, and the LOB_storage_clause.
You cannot move a table containing a LONG or LONG RAW column.
You cannot MOVE an entire partitioned table (either heap or index organized). You must move individual partitions or subpartitions

---

Si vous ne pouvez pas transformer les colonnes LONG en LOB, je crois qu'il ne reste plus que l'import/export ...

Oui finalement je vais procéder à un export de toute la base de donée et réimporter que mon tablespace, c'est le plus sûr.

Merci pour vos aides.:lol:

Et non, si je fait export full et import MonTablespace je vais avoir le même problème remarqué par Pomalaix.

Les restrictions sont sur l'import aussi :

Citation:

---

Table 1-1 Objects Exported and Imported in Each Mode

---

Dans votre cas, il faudrait essayer non pas un import/export de tablespace mais un export/import de tables (option TABLES=) ou un export/import de schemas (OWNER et FROMUSER/TOUSER) en prenant les précautions nécessaires pour que le nouveau tablespace soit utilisé et non l'ancien
(vous pouvez par exemple retirer le droit à l'utilisateur d'utiliser l'ancien tablespace).

Oui effectivement.

Finalement en utilisatant alter table move et alter index rebuild j'obtient de très bon résultat. Je vais faire l'opération sur un maximum de table/index et tanpis pour les tables/index non gérées.

Merci encore !!