Procédure de validation d'import d'un dump

**vincent.delhommois** · 20/09/2006, 10h33

Bonjour,

Nous exportons régulièrement une base oracle sous forme d'un dump. J'aimerais mettre en place un script automatique qui simule la restauration du dump afin de valider que le dump soit utilisable.

Le dump est exporté avec FULL=Y, lors d'import, J'essai d'importer vers une autre base (avec un SID différent donc) mais l'import veux recréer les mêmes fichiers physiques. Avez vous une solution pour qu'il n'utilise pas les chemins des fichiers physiques associés aux différents tablesspace ?

Merci

**Arturius** · 20/09/2006, 10h49

La solution est de créer les tablespaces sur la base de données cible et utiliser la commande ignore = y. Vu que les tablespaces existent déja ils ne seront pas recréés.

Il y a aussi la possibilité d'utilisé la commande SHOW=Y pour lister toute les instruction SQL contenu dans le dump. Cela ne teste pas que les données soient cohérentes.

**vincent.delhommois** · 20/09/2006, 11h00

Merci pour la réponse rapide.

Pour la solution 1, je ne peux pas le mettre en place, je voudrais réellement recharger le dump vers une instance différente. Pour préciser l'environnement, il y a une seule machine avec 2 instances différentes de bases (disons : instanceSource et instanceTest).

instanceSource est exporter avec l'outil exp avec l'option full=y.
Je voudrais recharger le dump vers instanceTest. Je ne connais pas les options qui pemettraient de ne pas réutiliser les fichiers physiques

Merci

**vincent.delhommois** · 25/09/2006, 17h38

Bonjour,
Suis-je le seul à avoir ce genre de problème ?

**pifor** · 25/09/2006, 18h09

Je voudrais recharger le dump vers instanceTest. Je ne connais pas les options qui pemettraient de ne pas réutiliser les fichiers physiques

Je ne crois pas que ça existe. En général, l'import créé un nouvel objet s'il n'existe pas mais ne supprime pas d'objet. S'il faut supprimer un objet, il faut en général le faire soi-même.