[10R2]ORA-00932: sur Datapump ou export

Help ! Non reproductible sur un autre serveur.

Code:

---

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

C:\Documents and Settings\celaiaf>d:\oracle\o10r2\bin\exp system/***@*** owner=(NOME) file=D:\backup\export\datapump\FULL.DMP log=D:\backup\export\datapump\FULL.log   Export: Release 10.2.0.1.0 - Production on Jeu. Mars 9 16:54:28 2006   Copyright (c) 1982, 2005, Oracle. All rights reserved.     ConnectÚ Ó : Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production With the Partitioning, OLAP and Data Mining options Export fait dans le jeu de car WE8MSWIN1252 et jeu de car NCHAR AL16UTF16 le serveur utilise le jeu de caractÞres WE8ISO8859P15 (conversion possible)   PrÛt Ó exporter les utilisateurs spÚcifiÚs ... . export des actions et objets procÚduraux de prÚ-schÚma . export des noms de bibliothÞque de fonctions ÚtrangÞres pour l'utilisateur NOME . export des synonymes de type PUBLIC . export des synonymes de type PRIVATE . export des dÚfinitions de type d'objet pour l'utilisateur NOME PrÛt Ó exporter les objets NOME ... . export des liens de base de donnÚes (DATABASE LINKS) . export des numÚros de sÚquence . export des dÚfinitions de cluster EXP-00056: Erreur ORACLE 932 rencontrÚe ORA-00932: types de donnÚes incohÚrents ; attendu : BLOB, CLOB ; obtenu : CHAR EXP-00000: ProcÚdure d'export terminÚe avec erreur

---

Fab ,

Code:

---

1 2 3 4 5 6 7

sqlplus /nolog   SQL> connect / as sysdba SQL> @?/rdbms/admin/catmetx.sql SQL> @?/rdbms/admin/utlrp.sql SQL> exit

---

pour plus d'info :

Citation:

---

Full Export From 10.2.0.1 Aborts With EXP-56 ORA-932 (Inconsistent Datatypes) EXP-0
Doc ID: Note:339938.1

---

D'après Metalink, ce serait un bug non encore corrigé lié au fait que la base a été créée avec NLS_LENGTH_SEMANTICS = CHAR.

Salut fadace

Dans ce lien il est fais référence a la même erreur que tu rencontre .
http://www.oratransplant.nl/2005/11/...-102-database/

Citation:

---

Searching MetaLink made me find Note 339938.1 which describes a situation where a 10.2 full export fails with an ORA-932 when exporting the cluster definitions. I figured I found the issue and a solution. But the note describes that some SYS objects should be invalid whereas all my SYS objects are valid. It also describes that a SELECT on sys.ku$_xmlschema_view should fail. This one does fail on me:

---

Si cela peut t’aider .

Ca résoud mon problème d'export, merci Jarouad, par contre, je plante toujours sur le expdp

Code:

---

1 2 3 4 5 6 7 8 9 10 11

D:\backup\export\datapump>d:\oracle\o10r2\bin\expdp system/*** full=y dumpfile=D:\backup\export\datapump\FULL.DMP logfile=D:\backup\export\datapump\FULL.log   Export: Release 10.2.0.1.0 - Production on Vendredi, 10 Mars, 2006 10:50:00   Copyright (c) 2003, 2005, Oracle. All rights reserved.   ConnectÚ Ó : Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production With the Partitioning, OLAP and Data Mining options ORA-39006: erreur interne ORA-39213: le traitement des mÚtadonnÚes n'est pas disponible

---

Concernant Pifor, le NLS_LENGTH_SEMANTIC, je le trouve où ?

Le paramètre NLS_LENGTH_SEMANTIC est dans le init.ora:

Citation:

---

NLS_LENGTH_SEMANTICSProperty Description
Parameter type String
Syntax NLS_LENGTH_SEMANTICS = string
Example: NLS_LENGTH_SEMANTICS = 'CHAR'

Default value BYTE
Modifiable ALTER SESSION
Range of values BYTE | CHAR


NLS_LENGTH_SEMANTICS enables you to create CHAR and VARCHAR2 columns using either byte or character length semantics. Existing columns are not affected.

NCHAR, NVARCHAR2, CLOB, and NCLOB columns are always character-based. You may be required to use byte semantics in order to maintain compatibility with existing applications.

NLS_LENGTH_SEMANTICS does not apply to tables in SYS and SYSTEM. The data dictionary always uses byte semantics

---

Fab ,

Le datapump sous oracle 10G R1 et les premiéres version de la 10R2 est en cours de débuguagge, je sais de quoi je parle j'en ai bavé bcp lors de la rédaction de ma doc.

Tu peux faire un expdp en éliminant la ou les tables qui posent problémes et se servir du traditionnel export comme workaround.

Sinon tu peux te servir entiérement du export.

le problème, c'est qu'il n'arrive même pas aux tables... c'est bien avant ça qu'il plante :cry:

10.2.0.2 pour Windows est dispo depuis le 24-Feb. Il semble inclure quelques fix datapump...