Discussion :

[tck-lt]

Bonjour,

lorsque mon pr�d�cesseur effectuait un import full (d'une base de prod sur une base de test), il effectuait un drop user cascade sur tous les users sauf les 4 suivants : 'SYSTEM','SYS','OUTLN','DBSNMP'. Peut-on tout supprimer et faire l'import full derri�re ou est-ce plus judicieux de faire ainsi svp ? (bases 9 et 10).

Merci d'avance

[IndianaAngus]

Il vaux mieux ne pas supprimer les users 'SYSTEM','SYS','OUTLN' et 'DBSNMP'. Je ne sais pas ce qu'il se passerai et je ne veux pas le savoir .
La commande d'import recr�e tout les objets et les utilisateurs si l'import est fait avec datapump. Il me semble que imp ne cr�e pas les utilisateurs!
De plus je ne pense pas que dans l'export full sois inclus les user system, sys etc.
Donc je pense que c'est plus judicieux de faire comme faisait ton pr�d�cesseur.

[tck-lt]

Merci pour ta r�ponse.

imp recr�e �galement les autres users, puisque nous les dropons et qu'ils sont tous pr�sents apr�s l'import. C'est d'ailleurs pour cela que je me posais la question s'il �tait n�cessaire de faire ainsi.

C'est vrai que ma question est finalement d�bile en ce qui concerne SYS et SYSTEM, il est �vident qu'il faille les conserver en revanche je viens de me plonger dans des exemples dumps et OUTLN et DBSNMP sont cr��s par le dump en Oracle9.

Si j'ai pos� cette question c'est qu'� chaque import full j'ai des avertissements du type :
IMP-00061: Attention : le type d'objet "SYSTEM"."REPCAT$_OBJECT_NULL_VECTOR" existe d�j� avec un identificateur diff�rent

Comment pourrais-je me d�barrasser de ce type d'avertissements pour �tre certain que mon import full s'est d�roul� correctement et avoir en derni�re ligne de log : Import r�ussi (et sans avertissement).

Derni�re question : En ce qui concerne les contraintes vaut-il mieux les importer ou pas ?

[a.presles]

on doit pouvoir droper tout les user sauf : SYS
qui n'est a mon avis pas importer par le full.

a cause de toutes les erreurs que produits un FULL je pratique plut�t l'import par schema avec impdp (recr�e les users).

expdp full;
drop des sch�mas a import�;
impdp des sch�mas
compilation des sch�mas import�;

un autre moyen et la duplication de base par rman qui me parait le plus �l�gant pour �tre sur d'avoir une base de pre-prod identique a la production.
attention aux DIRECTORIES qui continuent a pointer sur les emplacement de la prod.

[tck-lt]

Merci pour ces infos