Discussion :

[Pozzo]

Bonjour,

Je poste mon message ici et pas dans le forum exp/imp car le sujet me semble plus large qu'un simple problème de datapump. (Mais je peux le déplacer bien sûr).

Notre procédure de livraison de notre schéma de base de données pour notre application est DATAPUMP.
Nous abordons maintenant sur AWS.
Je suis en train de scripter la mise à disposition d'un schéma pour un nouveau client. Ca consiste en gros à copier par datapump un schéma "vide" vers un nouveau schéma qui sera celui du client.

OR pour transférer le fichier dump en vue d'import il faut utiliser un package DBMS_FILE_TRANSFER qui adresse la base AWS via un database link.
Ca marche bien mais cela suppose de disposer d'une base de données EN LOCAL pour pouvoir utiliser ce package. C'est un peu cher pour une simple copie de fichier. (Le datapump se fait ensuite directement sur la base AWS)

Ma question est: Est-ce que quelqu'un a rencontré ce problème et comment l'a-t-il résolu ? Je vois comme solutions:
- Utiliser l'import "historique" mais cela n'est pas l'avenir.
- Faire du script SQL mais pour mon cas cela représente un coût important et un risque car il faut générer ET contrôler l'exécution de scripts de milliers d'objets et de données.
- Utiliser AWS Data Migration Service mais je ne sais pas si c'est bien conçu pour cela (de base Oracle à base Oracle).
- Trouver quelqu'un qui a une meilleures idée. C'est le but de ce message.

Si cela dit quelque chose à quelqu'un...

Pozzo

[Ikebukuro]

Salut,

Je ne comprends pas bien le besoin, surtout quand tu dis "copier par datapump un schéma "vide"" : est-ce que ton schéma est vraiment vide (aucun objets dans la vue CATALOG) ou bien il y a des objets mais ils n'ont aucune donnée?

[Pozzo]

Bonjour Ikebukuro,

Merci de t'intéresser à mon problème.
Le besoin est de copier un schéma vers une base AWS distante.

J'ai dit "vide" au sens métier du terme. C'est un schéma complet sans les données métier que l'utilisateur renseignera quand il se connectera à l'application.

Pour le moment je procède par DATAPUMP.
Avec cette technique la contrainte imposée par AWS est gênante car je n'ai pas accès aux disques pour y déposer le fichier dump depuis mon environnement de développement en local vers l'environnement de publication sur AWS.
La seule méthode proposée est de déposer le fichier dans un directory via une procédure PLSQL du package DBMS_FILE_TRANSFER en lui indiquant la base cible via un database link.
Utiliser un package Oracle pour faire du transfert de fichier me semble exorbitant.

Pour le coup je me suis dit qu'il y avait peut-être une autre solution.
Pour info j'en ai trouvé une qui consiste à préparer une base avec un schéma sur un serveur AWS puis à en faire un snapshot AWS que je peux dupliquer le moment venu vers n'importe quel autre serveur AWS.
L'idée est épatante mais pour préparer mon schéma j'aurai besoin... du DATAPUMP :/

Je clos le sujet car je vais passer à autre chose. Si tu as une idée n’hésite pas à poster ce sera bienvenu.

Pozzo

[Ikebukuro]

Il est possible de faire du Datapump directement via un DB_Link sans avoir à créer de fichier dump qu'il faudra copier sur un serveur.

Voici des liens sous Google : https://www.google.fr/search?q=oracl...hrome&ie=UTF-8

[Pozzo]

Yes !
C'est le genre d'info que je cherchais.
Un petit test unitaire sur mes environnements internes a fonctionné.
Demain je teste la création du database link depuis le serveur AWS vers ma base en local. Pas évident que ça marche mais si c'est le cas ce sera vraiment bien.

En tout cas merci Ikebukuro j'ai appris quelque chose.

Pozzo

[Ikebukuro]

Ah, ça fait plaisir de lire que tes tests sont OK car utiliser datapump peut vite tourner au cauchemar, et je sais de quoi je parle.