Discussion :

[manoss]

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 :

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

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 :

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

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

[dell68]

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 :

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

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/

[dell68]

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