Discussion :

[cassy]

Bonjour,

J'ai une chaine de traitements qui modifie des données d'une base oracle.
Avant l'exécution de cette chaine de traitements je fais un export (avec exp) pour sauver l'état à cet instant de la base.
Imaginons qu'un script de ma chaine de traitement plante.
J'aimerais réimporter mon dump (en utilisant imp).

Mes problèmes:
- ça prend énormément de temps.
- j'ai des erreurs de contraintes d'intégrité (ça tente de réinsérer des enregistrements qui existent déjà)
- je n'arrive pas à retrouver l'état de la base avant plantage.
(j'ai les enregistrements du script qui a planté)

Le dump n'est pas lisible, je ne sais pas trop ce qu'il fait.
Suis-je obliger de vider les tables avant d'utiliser la commande "imp" pour importer mon dump.
Y'aurait-il une méthode plus efficace?

Merci pour vos explications.

[Pomalaix]

Bonjour

Quelle est votre version d'Oracle ?
Quelles sont exactement vos commandes d'export et d'import ?

[cassy]

Bonjour,

La version:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0

Mes commandes:

Code :

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

exp user/pass@sid file=export.dmp log=export.log owner=user rows=yes statistics=none

Code :

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

imp user/pass@sid file=export.dmp log=import.log commit=y ignore=y full=y

Cordialement.

[Pomalaix]

Par sécurité, il faut utiliser le paramètre CONSISTENT=YES lors de l'export, ce qui vous assure que les données exportées seront cohérentes d'un point de vue transactionnel et référentiel, et ce même si les données sont modifiées pendant l'export.

Le paramètre d'import IGNORE=YES est la plupart du temps utilisé à mauvais escient. Il a pour effet, lorsque que la table cible existe déjà, de charger les données à la suite de celles qui s'y trouvent déjà. De plus, les contraintes et les déclencheurs définis sur la table s'appliquent lors du chargement.

Idéalement, il faut supprimer vos tables avant l'import, de cette manière vous ne serez pas gêné par les contraintes ou les déclencheurs, qui seront ajoutés aux tables à la fin de l'import.

Puisque vous êtes en 10g, c'est l'occasion de tirer parti de Datapump, et de son paramètre TABLE_EXISTS_ACTION=TRUNCATE, qui videra les tables avant l'import. En outre, vous devriez apprécier sa rapidité.

Et mieux encore, si votre import concerne la base complète et que vous êtes en édition entreprise d'Oracle, le "flashback database" va devenir votre chouchou, puisqu'il vous permettra, sans restauration au sens classique, de ramener votre base dans l'état où elle se trouvait avant le lancement de vos traitements.

[cassy]

merci!