Version imprimable
Bonjour,
Je prévois d'exporter les données d' une base V7
vers une base V10g à l'aide d'un export/import
classique.
Dois-je m'attendre à des complications ou bien le
processus tourne-t-il de lui même.
On m'a préconisé l'utilisation d'un export FULL DATABASE,
ne dois-je pas privilégié un export par schéma?
Merci de me faire partager votre expérience dans le domaine.
Thierry
je crois qu'il faut faire l'export avec la version 10g dans ce cas
sur la 10G je ne sais pas...
par contre j'ai récemment exporté avec 7.3.4 et importé avec 9.2 (dans une base 9.2) sans aucun problèmes...
on m'a toujours dit qu'il fallait exporter avec le version de la base source et importer avec celle de la base cible.
J'ai effectivement entendu les 2 versions,
c'est pourquoi je préfère posséder des avis diférents
sur la question.
8O tiens donc... moi ce serait plutôt l'inverse, l'import doit être fait dans la même version que l'export (version d'outil j'entends ;))... et toujours avec la version la plus élevéeCitation:
Envoyé par Yorglaa
moi je saurais plutôt d'avis d'exporter la base avec les binaires de la 7 et d'importer avec les binaires de la 10g .
perso j'applique aussi la version de Jaouad... et jamais eu de problèmes.
par contre, à essayer d'exporter avec des versions supérieures, là oui, j'ai eu des problèmes !
ha bon... au temps pour moi alors :oops:
Jaouad et Yorglaa,
quel est l'avantage à passer par les binaires plutôt
que par le .dump?
En régle génèrale les problémes que l'on peut avoir sont des problémes liées à la compatibilté entre le client ( Export 10G ) et la base . Oracle peut bloquer la connection parce que les versions sont trop anciennes
D'ailleurs voila une note sur métalink qui devrait éclairer tout le monde :
Compatibility Matrix for Export & Import Between Different Oracle Versions
Avec quelques extraits :
Notamment sur le transfére de fichier Dump :Citation:
1. Export the data with the Export utility of the lowest database version
involved.
2. Import the data with the Import utility of the target database.
3. Running an Oracle7 Export utility against an Oracle9i database is not
supported.
La matrice de compatibilité :Citation:
Transmitting export files in
character mode (ASCII) causes errors when the file is imported, resulting
Citation:
1. Migration to Oracle9i release 2 - 9.2.0.x :
-------------------------------------------
Direct migration with a full database export and full database import
is only supported if the source database is:
- Oracle7 : 7.3.4
- Oracle8 : 8.0.6
- Oracle8i: 8.1.7
- Oracle9i: 9.0.1
2. Migration to Oracle10g release 1 - 10.1.0.x :
---------------------------------------------
Direct migration with a full database export and full database import
is only supported if the source database is:
- Oracle8 : 8.0.6
- Oracle8i: 8.1.7
- Oracle9i: 9.0.1 or 9.2.0
3. Migration to Oracle10g release 2 - 10.2.0.x :
---------------------------------------------
Note that you must first apply the specified minimum patch release
(or any higher patch release) !
Direct migration with a full database export and full database import
is only supported if the source database is:
- Oracle8i : 8.1.7.4
- Oracle9i : 9.0.1.4 (or higher) or 9.2.0.4 (or higher)
- Oracle10g: 10.1.0.2 (or higher)
Là j'ai du mal à comprendre , si tu parles d'upgrade alors dans ce cas là tout dépend de ta volumétrie. Parce que faire l'export-Import pour une base de plus d'une centaine de Giga ( par Ex;) c'est extrémement long. Cependant si tu choisit le principes d'upgrade. Dans ton cas il va falloir déja fair un upgrade intermédiaire pour aller à la 8.0.6. Puis de cette version à la 10G c'est direct.Citation:
Envoyé par info_ora
Merci à tous pour vos avis.
J'en suis à une phase de préparation,
et vos conseils me sont utiles.
Thierry
Tout à fait !Citation:
Envoyé par Jaouad