Migration oracle 10 vers oracle 11
Fermé
karl57
Messages postés
2
Date d'inscription
jeudi 18 octobre 2012
Statut
Membre
Dernière intervention
18 octobre 2012
-
18 oct. 2012 à 17:15
jee pee Messages postés 40591 Date d'inscription mercredi 2 mai 2007 Statut Modérateur Dernière intervention 24 décembre 2024 - 19 oct. 2012 à 10:48
jee pee Messages postés 40591 Date d'inscription mercredi 2 mai 2007 Statut Modérateur Dernière intervention 24 décembre 2024 - 19 oct. 2012 à 10:48
A voir également:
- Migration oracle 10 vers oracle 11
- Migration windows 7 vers windows 10 - Accueil - Mise à jour
- Clé windows 10 gratuit - Guide
- Winrar 64 bits windows 10 - Télécharger - Compression & Décompression
- Windows movie maker windows 11 - Télécharger - Montage & Édition
- Logiciel montage vidéo gratuit windows 11 - Guide
3 réponses
jee pee
Messages postés
40591
Date d'inscription
mercredi 2 mai 2007
Statut
Modérateur
Dernière intervention
24 décembre 2024
9 462
18 oct. 2012 à 18:32
18 oct. 2012 à 18:32
Bonjour,
je pensais naivement que oracle allait me créer les USER les TABLESPACE les droits etc.. Cela est valable dans le cas où tu effectues un expdp full, suivi d'un impdp full, pas de multiples export schéma par schéma.
A partir du moment où il y a des dépendances entre les schémas des imports partiels c'est l'assurance d'avoir une structure incomplète.
Quand tu importes le user A il ne va pas pouvoir donner des droits au user B qui n'existe pas encore. Les clés étrangères sur un autre schéma ne se chargeraient pas ...
cdlt
je pensais naivement que oracle allait me créer les USER les TABLESPACE les droits etc.. Cela est valable dans le cas où tu effectues un expdp full, suivi d'un impdp full, pas de multiples export schéma par schéma.
A partir du moment où il y a des dépendances entre les schémas des imports partiels c'est l'assurance d'avoir une structure incomplète.
Quand tu importes le user A il ne va pas pouvoir donner des droits au user B qui n'existe pas encore. Les clés étrangères sur un autre schéma ne se chargeraient pas ...
cdlt
karl57
Messages postés
2
Date d'inscription
jeudi 18 octobre 2012
Statut
Membre
Dernière intervention
18 octobre 2012
18 oct. 2012 à 20:46
18 oct. 2012 à 20:46
Merci beaucoup pour l'interet que vous portez à mon sujet.
si je comprends bien, vous me conseillez expdp et impdp full. cet export ne contient il pas les objets system de la base en 10g? que va t'il se passer si IMPDP les importe dans ma base en 11g le cas échéant ?
si je comprends bien, vous me conseillez expdp et impdp full. cet export ne contient il pas les objets system de la base en 10g? que va t'il se passer si IMPDP les importe dans ma base en 11g le cas échéant ?
jee pee
Messages postés
40591
Date d'inscription
mercredi 2 mai 2007
Statut
Modérateur
Dernière intervention
24 décembre 2024
9 462
Modifié par jee pee le 19/10/2012 à 10:51
Modifié par jee pee le 19/10/2012 à 10:51
Les objets système du noyau sont dans SYS et ne sont pas concernés par l'import.
Il y a des objets dans SYSTEM qui peuvent être issus d'outils ou fonctionnalités annexes. Effectivement ce n'est pas 100 % propre de les reprendre.
Mais c'est une façon de procéder que nous utilisons depuis des lustres (Oracle 5) pour les montées de version oracle. Export, création nouvelle base V+1, import. Plutôt qu'utiliser les procédures de migrations du noyau livrées par Oracle avec une nouvelle version (et qui n'affectuent pas non plus de ménage).
Dans notre procédure de création des bases, nous recréons les tablespaces car la création des datafiles s'effectuent avec leur nom complet, si la base 11 est sur la même machine que la base 10, les tablespace de la 11 écraseraient les fichiers de la base 10.
Un étranger, c'est un ami qu'on n'a pas encore rencontré.
Il y a des objets dans SYSTEM qui peuvent être issus d'outils ou fonctionnalités annexes. Effectivement ce n'est pas 100 % propre de les reprendre.
Mais c'est une façon de procéder que nous utilisons depuis des lustres (Oracle 5) pour les montées de version oracle. Export, création nouvelle base V+1, import. Plutôt qu'utiliser les procédures de migrations du noyau livrées par Oracle avec une nouvelle version (et qui n'affectuent pas non plus de ménage).
Dans notre procédure de création des bases, nous recréons les tablespaces car la création des datafiles s'effectuent avec leur nom complet, si la base 11 est sur la même machine que la base 10, les tablespace de la 11 écraseraient les fichiers de la base 10.
Un étranger, c'est un ami qu'on n'a pas encore rencontré.