Migration Oracle v7 SCO ---> Oracle v10g RHEL

Elise78, le jeudi 26 août 2004 à 10:10:29

Bonjour tout le monde !

Je suis en phase de tests de migration d'une application en temps réel, qui tourne sous UNIX SCO 5.0.7 . Développée avec l'outils Forms, et biensur basé sur une Oracle version 7. UNIX SCO n'etant plus supporté par Oracle, il nous est nécessaire, voire obligatoire de migrer. Nos choix sont limités a RHELES3 (Red at Enterprise Linux ES 3.0) ou WS2003 (Windows Server 2003).

Un cron archive la base tous les soirs dans l'optique qu'elle soit importée en cas de problème du serveur : un fichier .dat.gz et un fichier .dmp.gz qui est prevu d'etre lancé et traité par un script Ksh. En exécutant ce script, j'ai pas mal d'erreurs Oracle mais il termine l'importation des données avec seulement un warning.

extrait des retours de l'importation :

...
IMP-00017: following statement failed with ORACLE error 2264:
 "ALTER TABLE "APCAL_VAL_LOC" ADD  CONSTRAINT "APCAL_VAL_LOC_TYPE_DGP" CHECK "
 "(type_dgp IN ('L','C'))"
IMP-00003: ORACLE error 2264 encountered
ORA-02264: name already used by an existing constraint
. . importing table         "COMBINAISON_VARIANTE"          0 rows imported
. . importing table              "HISTO_APCAL_ART"         94 rows imported
IMP-00017: following statement failed with ORACLE error 2264:
 "ALTER TABLE "HISTO_APCAL_ART" ADD  CONSTRAINT "HISTO_APCAL_ART_TYPE_DGP" CH"
 "ECK (type_dgp IN ('C', 'L'))" ...

Je ne pensais pas en avoir besoin et je n'est donc pas fait d'etude du passage de la version 7 sous UNIX SCO a la version 10g d'Oracle sous RHELES3 ou WS2003.

Alors si quelqu'un a des retours d'expérience qu'il voudrait faire profiter, ce serait tres appreciable. Je vous en remercie d'avance.

Cordialement, Melle Elise78.

----------------------------------------------------------
Welcome to The Elise's World

Répondre à Elise78 Signaler ce message aux modérateurs Aller au dernier message

Ce message vous semble utile, votez !
Signaler ce message aux modérateurs

nob, le jeudi 26 août 2004 à 13:01:07

migration tru64 unix v51.B oracle 8i vers suselinux pro (equ de RHES chez suse ça s'appelle pro) oracle 9.i

rien à faire à part les changement de chemins dans les scripts de sauvegardes....

n'y a t'il pas trop de difference entre oracle 7 et oracle 10 pour migrer sans pontage ???

à ta place j'ecrirai au support oracle pour verifier ça déja...

ensuite si il faut un pont il suffit d'une machine avec un oracle 8 ou 9 par exemple et passer de celle ci à la config definitive ensuite...

un peu lourd mais en general efficace.

Répondre à nob

Ce message vous semble utile, votez !
Signaler ce message aux modérateurs

Elise78, le jeudi 26 août 2004 à 13:53:14

Merci des conseils. ;-)

PS : possible que les erreurs soient minimes ... faut voir avec le script !!

----------------------------------------------------------
Welcome to The Elise's World

Répondre à Elise78

Ce message vous semble utile, votez !
Signaler ce message aux modérateurs

Elise78, le jeudi 26 août 2004 à 16:19:09

Qu'est ce qu'un pontage ???
----------------------------------------------------------
Welcome to The Elise's World

Répondre à Elise78

Ce message vous semble utile, votez !
Signaler ce message aux modérateurs

regis, le jeudi 26 août 2004 à 16:44:56

Apparemment l'import re-crée des contraintes qui existent déjà.
Il y a donc vraissemblablement déjà eu un import :o)

Le mieux est de reperer dans la log d'import le owner des objets importés (dans la log "Prêt à exporter les tables XXX ... via le chemin classique...") et de supprimer les contraintes de ce owner.
Si tu es sûre de ton export, tu peux aussi supprimer tout le user avec un delete user cascade et faire un import full.

PS : c'est plutot une bonne nouvelle que tu puisse importer un dump o7 dans une base 10g. Je dirai meme une chance :o)

Répondre à regis

Posez votre question Répondre