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

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

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.

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

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

Citation:

---

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.

Citation:

---

ne pas réutiliser les fichiers physiques

---

S'agit-il des datafiles de tablespaces ?
Ou bien d'objets type tables, vues... ?
Ou bien encore !
Plus de précision aiderait !
.