Migration 8 vers 10

Bonjour,

Je dois migrer un ensemble de bases en Oracle 8.1.7 en Oracle 10.2.0.
Précision : sur un nouveau serveur donc il n'y aura pas migration du noyau mais export/import.
Un certains nombre de bases sont pour des applicatifs éditeurs et un autre pour des applications internes sous Windev.
Quels sont les points a anticiper pour ce genre de migration :

- J'ai noté qu'il faut éviter des export full pour ne pas polluer les schémas système en 10.
- Le code applicatif en sql devrait fonctionner sans problème en 10 je pense ?
Cela ouvrira juste des possibilités d'optimisation ?
- on m'a dit de contrôler la gestion par dictionnaire ou local. Si je crée mes tablespaces en gestion locale avant, je pense que je ne serai pas embêté.

- Je dois aussi récréer les DBlinks ?

Si vous pouvez m'indiquer les points importants, je vous en remercie par avance.

Pour le code applicatif SQL et PL/SQL, les incompatibilités sont très limitées (à part le rôle CONNECT qui change beaucoup).
Voir la section Compatibility and Interoperability de l'Upgrade Guide 10gr2:
http://download.oracle.com/docs/cd/B...t.htm#i1014048

La grande différence 8i/10g pour le SQL c'est que la 10g va utiliser par défaut le CBO pour compiler le SQL (au lieu du mode RULE) avec des statistiques DBMS_STATS calculées automatiquement par un job GATHER_STATS_JOB => il faut tester les performances des requêtes.

Attention aussi:
- au changement de l'algorithme de GROUP BY qui ne trie plus en 10g (utiliser obligatoirement ORDER BY)
- à PGA_AGGREGATE_TARGET: pensez en prendre en compte la PGA globale de toutes les sesssions (SORT_AREA_SIZE en 8i).
- au changement de MON (noms abrégés des mois des dates) qui passe de 3 caractères à 5 en 10g.

Bonjour,

Merci pour cette réponse et les éléments fournis.
Cela me donne également des points d'entrées pour creuser un peu plus.

Bonjour,

Il faut un export full des bases de données en oracle8 .
Par contre, il est préférable de lancer un import schéma par schéma
dans la base en oracle 10 .

Il faut regarder tous les objets existants dans le schéma public des bdd oracle8 pour les recréér dans les bdd oracle10 (synonymes, dblink, etc ) .

le schéma public ne peut pas être importé .

enfin, vérifier qu' il n' a pas d' objets reliés aux diverses applications dans les
schémas SYS et SYSTEM , certains éditeurs de logiciel ont cette habitude ...

Pour les applicatifs d' éditeurs, certains ont des scripts tout fait de migration,
avec un peu de chance ils vous les donneront ...

cordialement

Bonjour,

Merci de ces nouvelles réponses qui viennent enrichir mon étude pré-migration.
J'ai jusquà fin juin pour préparer ma migration. Aussi n'hésitez pas rajouter de nouveaux commentaires à cette discussion. Cela me servira (déjà avec les élements fournis) et surement aux suivants qui auront le même sujet de migration a traiter.