Discussion :

[CoeurDeSQL]

Bonjour

Je souhaite transférer des schémas oracle 11 sur des schémas en oracle12
Avec exp du schéma et des droits ( grants et constraints à yes) ou expdp en full et imp du schéma (avec grants et constraints à yes) ou impdp (du schema)
Au moment de l'import sur Oracle12, j'ai des erreurs ORA-12889, de valeurs trop grandes dans une colonne ou des erreurs ORA-02298 (impossibilité de valider des contraintes). Quelque soit la méthode d'export/import choisie.
Je suis surpris d'avoir des données qui dépassent (pour l'erreur 12889) la limite de ma colonne, en attendant je n'ai pas d'erreur sur mes exports.
Existe-t-il une option, dans l'export ou l'import, me permettant de forcer les valeurs afin de pouvoir importer toutes les valeurs sans limite de taille ou toutes les contraintes ? Ou dois-je faire une sorte de comptabilité entre oracle 11 et oracle 12 ?

Merci

[vanagreg]

Bonjour,

Il ne faut pas utiliser "exp" ou "imp" qui sont dépréciés depuis longtemps. Il faudrait que tu nous montres un cas précis de l'erreur.
Peut-être que l'encodage de ta base 12c est différent de celui de ta base 11g et requiert plus d'octets pour le stockage?

[Ikebukuro]

Pour l'erreur ORA-02298 avec le pb de validation des contraintes, as-tu fais un expdp avec timestamp = yes?
Cela te permet de faire un export consistant : toutes les contraintes d'intégrité sont respectées.

Pour l'erreur ORA-12889, de valeurs trop grandes dans une colonne : que vaut nls_length_semantics sur les deux bases?

[CoeurDeSQL]

Merci pour vos premiers retours.
Non pour le timestamp dans l'export, mais je vais essayer merci du conseil.
je vais comparer le nls_length_semantics. De tête j'ai le même encodage mais on ne sait jamais

Pour l'exemple d'erreur sur les contraintes :

Traitement du type d'objet SCHEMA_EXPORT/TABLE/CONSTRAINT/REF_CONSTRAINT
ORA-39083: Echec de la crÚation du type d'objet REF_CONSTRAINT:"MONSCHEMA"."FK_R83" avec erreur :
ORA-02298: impossible de valider MONSCHEMA.FK_R83) - clÚs parents introuvables

SQL en Úchec :
ALTER TABLE "MONSCHEMA"."TABLE1" ADD CONSTRAINT "FK_R83" FOREIGN KEY ("ID") REFERENCES "MONSCHEMA"."TABLE2" ("ID") ENABLE


ORA-39083: Echec de la crÚation du type d'objet REF_CONSTRAINT:"MONSCHEMA"."FK_R113" avec erreur :
ORA-02298: impossible de valider (MONSCHEMA.FK_R113) - clÚs parents introuvables

J'en ai une ribambelle

Encore merci, je retente avec les conseils de ikebukuro et je vous redis

[CoeurDeSQL]

j'ai vérifié le paramètre nls_length_semantics il a la même valeur (byte) sur chaque serveur oracle
et j'en profite pour informer sur l'expdp (mis ça m'a mis sur la voie donc merci), ce n'est plus timestamp mais flashback_time=systimestamp

[vanagreg]

TU n'as pas mis d'exemple d'erreur ORA-12889

[CoeurDeSQL]

Pour l'erreur ORA-02298 avec le pb de validation des contraintes, as-tu fais un expdp avec timestamp = yes?
Cela te permet de faire un export consistant : toutes les contraintes d'intégrité sont respectées.

Toujours pareil au moment de l'import avec le paramètre flashback_time lors de l'export