Bonne pratique expdp impdp

Bonjour,

Je suis à la recherche de bonne pratique concernant l'export et l'import via expdp et impdp.

Actuellement nous avons un script de dump qui est de la forme :

Code:

---

expdp system\****@TNS dumpfile=xxxxx.dmp logfile= xxx.log

---

2 utilisateurs : util1 et system

Lors de l'import nombre de messages indiquant que les tables existe déjà apparaissent

Code:

---

impdp system\****@TNS dumpfile=xxxxx.dump

---

La procédure actuelle, nécessite de faire un DROP util1 CASCADE pour ensuite le recréer sous SQLPlus
J'ai du mal à voir l'intérêt d'une telle manip.

Quelle est la bonne pratique pour sauvegarder l'ensemble de la base de donnée Oracle (User, index, données, triggers etc.) idéalement un clone. ?

Quelle est la bonne pratique pour transférer les données /ajout d'attributs de table, PK, FK, Procédures, Triggers d'une base de donnée en prod vers une base de donnée en spare ou l'objectif finale est d'avoir des données à jour ?

D'avance merci pour vos contributions

Pour répondre à ta question :
A partir d'une nouvelle base ( de destination ) et vide ( sauf les tbs SYSTEM, SYSAUX, UNDO, TEMP), tu peux procéder par un import en mode schémas
à partir de ton fichier d'export full, mais avant tu dois créer le ou les tablespaces des data de ton schéma source en te basant sur les PATHS des datafiles de tes tablespaces ou
bien à défaut tu ajoute un parametre REMAP_DATAFILE pour les nouveau paths ;
sinon en mode TABLESPACE, avec ceci :

Code:

---

1 2	impdp system/system@base_cible directory=.. dumpfile)fic_dump_full tablespace=TBS1, TBS2, TBS3 ... ( selon si tes PATHS sont différents ajouter REMAP_DATAFILE )

---

Good luck !

Lien avec des exemples : http://juniordba.unblog.fr/2016/08/05/datapump/

Je t'envois ce lien qui est très intéressant
http://oracleinaction.com/12c-transportable-database/