Passage à 10.2.0.5 avec DATAPUMP

agdid04 · 14/06/2011, 19h40

Bonsoir,

J'ai importé un datapump d'une base 10.2.0.1 dans une 10.2.0.4.

J'ai beaucoup d'objets invalid !!! j'ai essayé UTLRP.SQL mais le nombre d'objets invalide est toujours elevé !!!

Est ce qu'il faut passer par un:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

startup upgrade ?

Merci.

Heaven93 · 14/06/2011, 22h33

bonsoir,

pas du tout. il faut trouver les objets invalides, leur propriétaire, leur type et vérifier qu'ils n'étaient pas déjà invalides dans la base source puis essayer de les compiler un par un pour voir à quoi sont dues les erreurs de compilation (peut-être des références à des objets appartenant à des schemas qui n'ont pas été importés). le startup upgrade ne résoudrait rien. il est utilisé seulement pour upgrader une base entière dans une version supérieure. là, a priori la base est déjà ok.
quel type d'import? quel schema?

14/06/2011, 19h40	#1
agdid04 Membre confirmé Inscription : novembre 2007 Messages : 426 Détails du profil Informations forums : Inscription : novembre 2007 Messages : 426 Points : 218 Points : 218	Passage à 10.2.0.5 avec DATAPUMP Bonsoir, J'ai importé un datapump d'une base 10.2.0.1 dans une 10.2.0.4. J'ai beaucoup d'objets invalid !!! j'ai essayé UTLRP.SQL mais le nombre d'objets invalide est toujours elevé !!! Est ce qu'il faut passer par un: Code : Sélectionner tout - Visualiser dans une fenêtre à part startup upgrade ? Merci. __________________ SDR. "ceux qui vivent, ce sont ceux qui luttent."
	00

14/06/2011, 22h33	#2
Heaven93 Membre éprouvé Administrateur de base de données Inscription : novembre 2007 Messages : 341 Détails du profil Informations personnelles : Sexe : Localisation : France Informations professionnelles : Activité : Administrateur de base de données Informations forums : Inscription : novembre 2007 Messages : 341 Points : 478 Points : 478	bonsoir, pas du tout. il faut trouver les objets invalides, leur propriétaire, leur type et vérifier qu'ils n'étaient pas déjà invalides dans la base source puis essayer de les compiler un par un pour voir à quoi sont dues les erreurs de compilation (peut-être des références à des objets appartenant à des schemas qui n'ont pas été importés). le startup upgrade ne résoudrait rien. il est utilisé seulement pour upgrader une base entière dans une version supérieure. là, a priori la base est déjà ok. quel type d'import? quel schema?
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email