export/import 9i -> 10g

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

$ impdp directory=impexp dumpfile=toto.dmp schemas=tata   Import: Release 10.2.0.3.0 - 64bit Production on Tuesday, 04 December, 2007 11:54:04   Copyright (c) 2003, 2005, Oracle. All rights reserved.   Username: system Password:   Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production With the Partitioning, OLAP and Data Mining options ORA-39001: invalid argument value ORA-39000: bad dump file specification ORA-39143: dump file "toto.dmp" may be an original export dump file

---

:roll:

impdp = import DataPump ;)

Bonjour,

Je me permets de réagir sur un post certes un peu ancien mais toujours d'actualité, migration quand tu nous tiens ..

Si je migre en utilisant l'utilitaire exp/imp ou expdb/impdb, je vais passer plus de temps et je suis bien conscient de la gène que cela peut occasionner pour les utilisateurs mais une fois l'import terminée (succesfully without warning) je suis certain (enfin il me semble car je peux fort bien avoir du code rétif à la compilation) que tout est ok.

En revanche si je passe par un upgrade du noyau je vais minimiser l'indisponibilité mais est ce que je suis vraiment certain de ne pas rencontrer un problème sur les données ? un typage obsolète par exemple ?

Merci d'éclairer ma lanterne ;-)

Cordialement,
A.Personnat

A priori, le seul problème de données peut concerner les données de type NCHAR:
http://download.oracle.com/docs/cd/B...t.htm#CHDGEJGA.

Il faut vérifier la note Metalink sur l'upgrade 10g qui est plus à jour et surtout tester l'upgrade sur une copie physique de la base de production (une copie physique et non par export/import pour avoir l'état de la base le plus proche possible de la base de production).

Remarque: vous ne pouvez pas migrer de 9i à 10g avec le data pump qui n'existe que depuis Oracle 10.1.

Merci pour cette info.

J'aimerai également savoir si l'un ou l'une d'entre vous à déjà du faire un retour arrière sur une migration à la suite d'un test de non régression fonctionnel KO.

Bon week end à toutes et tous,
A.Personnat